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SUBSFX/jO is a subset of the CS/30 protocol w.iicn .las beer, used 
at HP or. their high capacity hard discs. SUBSET/80 will be used or. 
the *low er.d Floppies ar.d Hard discs. 

" SUBSET/30 ar.d CS/30 are essentially the same so it will be 
possible of the lowest cost desktop computer at HP to use th3 entire 
spectrum of MP mass storage products from the Micro Floppy up to the 
•400 Megabyte Winchesters. 

A comma- d .«t defines the communication protocol between the 
host computer and tha peripheral device. If the host wants to reac 
«o.Ti- data off a disc, the command set specifies what bytes must.be 
«-'t to the disc so it can read the .data and trarsmit it to the host. 

Older command sets at HP required 'the host 'to have prior 
k"owl»dce of the Floppy or Hard disc it was using. The host software 
called the "Disc Driver" had to know that a -9S9bA had 2 heads and 
77 cylinders. The advantage of SUBSET/30 is that the host driver 
can be "parametric" and does not have to know everything about the 
peripheral in order to use it. The host gives the Floppy or hard disc 
the DESCRIBE command and the peripheral responds by telling the host 
all the necessary information it needs to use the peripheral. This 
i -elude' 5 the number of units on the device, the maximum transfer 
r'ato supported by the device, whether it has removable media or r.oc, 
the block size, the number of blocks it has, etc. There is no mention 
of heads, and cylinders. The host sees each device as a linear 
address space. The peripheral manufacturer can then upgrade his 
peripherals .increase their storagr. opacity ar.d performance, ar.a 
th^y W in function correctly without the host computers making ary 
changes to its software. Older computers already in place can then 
buy "the latest peripheral. 

A-oth-r improvement of SUBSET/30 over previous bus protocols 
is that the Initialize Media command does the entire process of 
formatting, verifying, and sparing to prepare, the medium for use 
with no host involvement. 

The command set itself is bus independent. At HP it is being 
implemented on HP-IB and HP-IL. 

Comma*' d c are split up into Complementaries and Real lime 
commands,. The complementaries are things like Set Unit, Set Volume, 
Set Address, and Set Length. . Tnese need only be set up once so 
that if you are always reading in 1K byte lengths, and want to reac 
at the target address, the read command consists of only 1 byte. 
This minimize bus overhead. The target address is automatically 

incremented. 

The error bits are all predefined so there is no confusion for- 
th" host as to what a certain status byte means. 

Although the command set has a wealth of commands, only about 
5 are needed by the host, so a very simple driver is possible. 



Roger Faabcrg 
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WHY SUBSET /SO? 



September 9, 193' 
Roger Faaborg 
GLD 1-356-2141 



1. Why is the Floppy and small hard disc section of Greeley 
division switching -from Amigo protocol to SUBSET/80? 

With the Amigo protocol, each time a new peripheral came 
out, the host driver software had to be changed or the new 
product had to appear to be an old product. The 5 Megabyte 
hard disc in the 9134A was made to look like 4 9895A Floppies 
so it could work with existing drivers. This method works 
occasionally, but usually performance or capacity is sacrificed. 
To correctly support a new Amigo device would require a revision 
to the host so-ftware. Each Amigo device returns 2 bytes in the 
Identi-fy command. Only i-f the host code had prior knowledge o-f 
this Identi-fy code would it be able to -function with this device. 

With SUBSET/80 Floppies and hard discs, the host can write 
one parametric driver. It will" work with all SUBSET/80 hard discs 
and Floppies and it will work for all future hard discs and Floppies. 
Greeley could then introduce new peripherals and they could be 
sold immediately to the existing base of computers. No driver 
software would have to be changed. The SUBSET/80 Peripheral tells 
the host pertinent information in response to the DESCRIBE 
command. 

2. Why did we choose SUBSET/80 rather than CS/BO? 

Over a period of about 6 months, driver writers and peripheral 
firmware writers from all interested divisions gave inputs 
as to what the low end mass storage protocol should be. It was 
decided to do CS/80 with some slight modifications. Call me 
if you want a copy of the final document. 

SUBSET/80 is identical to CS/80 except for the following: 

1. Initialization of the medium is done totally by the 

peripheral device in SUBSET/80. To initialize a SUBSET/80 
Floppy or hard disc, the host need only give the Initialize 
Media command. When this command has completed, the host 
can write a directory and used the medium. In CS/80 
the initialization routines involved the host software 
in doing verifying, reading error rate tables, and sparing. 
We decided this code is better placed in the peripheral 
firmware rather than in the host firmware. This is ne =^^ 
if new peripherals are going to work with old host SUBSET/BO 
drivers. 



2. To simpli-fy the peripheral's -firmware and hardware, the 
following CS/80 commands are treated as No ops by SUBSET/80: 

CS/BO SUBSET /BO 

RELEASE NO OP 

RELEASE DENIED NO OP 

SET RPS NO OP 

SET RELEASE NO OP 

3. The CS/80 commands listed below are not supported 

in SUBSET/SO. They result in an illegal opcode error 
if given to a SUBSET/80 device. The reason they are not 
supported is also given. 

CS/BO REASON NOT SUPPORTED 

Cold Load Read Identical to Locate and Read 

and not used by low cost hosts. 

Set Block Displacement Not used by low cost hosts. 

Adds complexity to peripheral code. 

Set Burst Not used by low cost hosts. 

Adds complexity to peripheral code. 

Set Retry Time SUBSET/80 peripherals do a sufficient 

number of retries so that the host dc 
not have to do any. 

Copy Data Added considerable complexity to 

the low cost peripheral code. Can 
easily be done through read and 
write commands. 

Selected Device Clear Not possible with currently used 

low cost HP-IB chip. (8291A) 

4. Now we would have a true subset, except in getting 

rid of the release commands we had to add two commands 
not in CS/BO. These ar& DOOR LOCK and DOOR UNLOCK. 

SUBSET/80 is so close to CS/80 that most CS/80 drivers will only 
have to change their Initialization procedure to support SUBSET/80. 
This initialization procedure involves only giving the Initialize 
Media command. 

It is very important for host divisions to support SUBSET/80 as 
soon as an opportunity to change their mass storage driver occurs. 
The change to a CS/80 driver is simple and the modified driver 
will then be able to support all future Floppies and hard discs 
from Greeley division without any more changes. 

Please call me if you have any questions. Roger Faaborg 

1-356-2141 
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INTRODUCTION 

HP has made a significant commitment to develop low cost 
personal computers and to become a significant force within- 
that market place. This commitment has focused our efforts 
on lower cost designs that can be competitive in price and 

Perf °The n implementation of CS/80 used on the 7908/Linus project 
is too complex to be used on low end systems. Too much firmware and 
software is required making development times long. What is 
needed is an implementation of CS/80 which uses only the necessary 
commands and restricts the number of features used. We are 
definitely not defining a new command set. We are only placing 
constraints on CS/80 in an effort to simplify the firmware 
development in new peripherals and software development of new 
host drivers. By simplifying the command set, we will also 
decrease the time it takes to decode a command. 

This cutdown version of CS/80 is called "SUBSET/80". 

Before reading about SUBSET/80, everyone should^first study 
the CS/80 INSTRUCTION SET programming manual, partfm955-3^Z 
available from DMD. This document contains invaluable information 
which we have not tried to duplicate here. 

Over the last few months there have been a number of formal 
and informal discussions of what SUBSET/80 should include and what 
it should leave out. The following are the basic objectives for 
SUBSET/80: 

1. SUBSET/80 should preserve the basic functionality of CS/80. 
We want to leverage the enormous effort undertaken in dev- 
loping CS/80, and definitely do not want to define a new 
command set. The SUBSET/80 commands will be implemented in 
the same manner as CS/80 commands whenever possible. 

2. SUBSET/80 like CS/80 should have as its goal device independent 
drivers, easily upgradeable for new peripherals. THIS IS VERY 
IMPORTANT. The Floppy in the Sparrow Hawk drive will probably 
be introduced with one capacity and shortly after be upgraded. 
We expect host drivers to function without modification for tne 
higher capacity Floppy. 

3. SUBSET/80 should spell out exactly what commands a SUBSET/80 
peripheral must support. 

4 SUBSET/80 will be tailored to the lower cost devices because 
of the higher sales volume and greater sensitivity to cost 
versus additional features. 
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5. Each low cost peripheral may support some commands outside 
of those defined by SUBSET/80. This support would last for 
at least one generation of peripherals to allow existing 
products to use new peripherals. These commands would be 
negotiated on a product by product basis. New drivers, 
however, must use only the SUBSET/80 commands specified in 
this document. Obviously, the driver does not need to use 
all the SUBSET/80 commands, but only those it needs. 

Although CS/80 is a channel independent protocol, we will assume 
in this document that the channel is HP-IB. 

The basic differences between the implementation of CS/80 
oroposed in this document and that implemented by 7908/Linus are: 

1. Initialization of media is done totally by the device in 
SUBSET/80. The Linus/7908 implementation has a procedure 
the host must follow. See the Initialize Media command. 

2. SUBSET/80 devices do not support the extensive diagnostic 
commands which were supported on the 7908/Linus products. 
The responsibility of diagnostics is left to service routines 
using the Download command. This is because SUBSET/80 drivers 
and devices want to use minimum ROM. 

This is the final document on SUBSET/80 for hard discs and 
floppies. Products are being developed based on this document. 
It is now much more difficult to make changes. 

The part of SUBSET/80 which deals with QIC tapes is still being 
worked on. It will be incorporated into this document at a later 
time. 

Roger Faaborg 
July 1,1983 
telnet 1-356-2141 
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DEVICE ADDRESSING HIERARCHY 

In SUBSET/80, as in CS/80, the hierarchy in descending order 
is: device, unit, and volume. A device on HP-IB is characterized 
by an HP-IB address, usually switch selectable. For example, 
a hard disc and floppy may be packaged in one box with one HP-IB 
port out the back and one set of 3 switches to set the address. 

In- this floppy and hard disc combination, each is a unit. 
The hard disc might be unit and the floppy unit 1. There can 
be up to 7 units in a device. 

A unit may be split up into 8 possible volumes. Currently, 
all CS/80 and SUBSET/80 devices have only volume 0. A possible 
example of using volumes might be if a combination fixed and 
removable hard disc is produced. The fixed disc might be unit 
and volume 0. The removable disc could then be unit and volume 1. 
One could as well call the fixed disc unit Q and the removable 
disc unit 1 . 

TRANSACTION STRUCTURE 

A transaction is a logically complete operation between a 
system host and a device (peripheral). The transaction begins 
when the peripheral accepts a command and ends when a reporting 
message indicating the pass/fail status of the transaction is 
accepted by the host. The three phases of a transaction are: 
command, execution, and reporting. 

For example, a transaction might be a read of 512 bytes. 
The transaction would start with a command message from the host. 
The host addresses the device to listen, gives it a secondary 
followed by a string of bytes. These bytes may have complementary 
commands and parameters. The last byte would be the opcode for 
the Locate and Read command. The peripheral takes in the secondary, 
disables parallel poll, takes in all the parameter bytes, 
checks them, and does a seek if necessary. When the peripheral is 
ready to enter the execution phase of the transaction, it enables 
parallel poll. This ends the command phase of the transaction. 
We are now in the execution phase. 

The host sees that the device has enabled parallel poll, 
addresses the peripheral device to talk and sends a secondary. 
The device accepts this secondary, disables parallel poll and 
sends the 512 bytes of data to the host. When the last byte has 
been sent, the peripheral enables parallel poll to tell the host 
that it is ready for the reporting message. This ends the execution 
phase of the transaction and we are now in reporting phase. 

Upon seeing that the peripheral device has again enabled 
parallel poll, the host sends the reporting phase secondary. 
The device accepts this secondary, disables parallel poll and sends 
back a single byte of QSTAT. Parallel poll is not enabled. Sending 
the byte of QSTAT to the host completes the reporting message and 
completes the transaction. The device then goes to a command ready 
state or command phase where it wait's for the next command. The QSTAT 
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byte reflects the current status of the device. 

QSTAT = Everything is O.K. 

QSTAT s 1 There has been an error. Do a 

Request status to find out which 

error occurred. 
QSTAT = 2 The device has just powered up or 

a new floppy or tape has been loaded. 

Any incomplete transactions were 

aborted and should be repeated. 

The host should reconfigure any 

programmable operating parameters. 

The sequence of command, execution, and report must be followed. 
The peripheral controls when the execution phase and report phase 
are entered by enabling parallel poll. After sending the QSTAT byte 
she peripheral enters a command ready state where it waits for the 
Text command from the host. This command ready state is called 
command phase so the device is always in one of the three phases. 
The command message secondary actually starts the transaction, 
although the device is already in command phase. Thus the read 
transaction is split up into the command message, execution message, 
and reporting message. The peripheral goes from command phase, 
to execution phase, to reporting phase and back to command phase. 

In SUBSET/80 any background tasks are done in the command ready 
phase and can be interrupted out of if there is a command on the bus. 
Thus the background diagnostics, if they exist, are totally 
transparent to the host. SUBSET/80 devices never request release. 

Commands which may not follow this transaction procedure are the 
Transparent Commands. The transaction model does not always apply 
and each particular command should be checked to see the interactions 
between the host and peripheral device. 
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POWER-ON STATE AND THE 
UNSEEN QSTAT s 2 HOLDOFF 

When power is first applied, SUBSET/80 devices will initialize 
their HP-IB chips and will not initially respond to polls. Any bus 
activity directed to the device's HP-IB chips may be lost when it is 
reset and initialized. A selftest will then be done by all units 
and all parameters will be set to their power-on state. See the table 
below for power-on values. Each unit will set it's Power Fail status 
bit whidh causes its QSTAT to be equal to 2. The QSTAT byte is just 
a reflection of what status bits are set. It is a summation of the 

status. ,, . 

The HP-IB chips on SUBSET/80 devices usually have a single 
register for incoming secondaries and data, whereas the CS/80 devices 
usually use the PHI chip which has an 8 byte FIFO. This makes the 
operations of the two somewhat different. A secondary given to a 
SUBSET/80 device while it is doing selftest will not be handshaked 
off the bus until the processor finishes the power-on selftest, 
enables parallel poll and then notices an incoming secondary. 
For example, if the secondary for an Amigo clear is given to a 
SUBSET/80 device while it is doing the power-on selftest, the 
peripheral device will finish selftest, enable parallel poll, notice 
the secondary, disable parallel poll and do the clear. The secondary 
hangs the bus while the SUBSET/80 device is doing selftest. The host 
can remove the secondary from the bus if he wants to by using an 
IFC (Interface Clear). 

When everything is tested, parallel poll response will be 
enabled and the device is then ready for operation. Each unit will 
store the results of its selftest in its status bits, will set 
the Power Fail status bit which causes a QSTAT s 2. Each unit will 
then enter the reporting phase. Until the host has seen the power 
on QSTAT= 2, the peripheral will keep him from doing certain 
commands. These are listed on the EXECUTION REQUIREMENTS table given 

° n " Whenever g the g Power Fail bit is set and QSTAT = 2, the peripheral 
must keep the host from doing anything to the medium until the host 
has realized that it is a new medium. This is the reason there is 
a holdoff. As soon as the host has seen the QSTATs2, then the 
peripheral will execute any of the commands. Whenever power fails or 
a new medium is loaded, the Power Fail bit is set and QSTAT will 

Ifthe host gives a command like a Locate and Write while there 
i« an unseen QSTAT = 2 holdoff, then the bytes for the command will 
be accepted from the host but no write will be done. In the u re P?:^ n 8 
message of the Locate and Write command the host will see the QSTAT 
of 2 and realize that the current transaction was not done. The 
QSTAT of 2 is returned in the first reporting message the host 
gives. Returning the QSTATs2 byte to the host eliminates the holdoff 
but does not clear the QSTAT byte. „ ^ , ** m 

To clear the QSTAT byte you must give one of the clear commands 
or do a Request Status command. An Amigo Clear, Universal Clear or 
Channel Independent Clear to the controller (unit 15) will clear 
all the status bits (in all units) except the Diagnostic Result bit. 
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In SUBSET/80, none of the Clears will ever clear the Diagnostic 
Result bit. Since the Power Fail bit is cleared, the QSTAT of 2 
-fill no longer exist. If the Diagnostic Result bit is set, the 
JSTAT will change from 2 to 1. At the end of the next transaction the 
nost will then see QSTAT=1 and do a Request Status to see that the 
Diagnostic Result bit was set. The Diagnostic Result bit is set if 
there has been a selftest failure. We want to make sure the host sees 
that the selftest failed. 

Remember that each unit, including unit 15 has a QSTAT byte and 
if you do a Channel Independent Clear to unit 0, the QSTAT pf 2 held 
by unit will be cleared but QSTAT will still equal 2 in unit 15. 
This is not necessarily a problem if you never want to talk to unit 
15, but you should understand that each unit has its own QSTAT. It is 
advisable at power on to clear the QSTATs2 from all units which you 
intend to give commands to. 

Thus the host gets the QSTAT=2 in the reporting phase message. 
It is allowable for the host to do what is called a "Stand alone 
QSTAT" where the host does a reporting phase message not associated 
with a transaction. This will also give the host the QSTAT = 2. 
However, the host must send a Request Status or do a Clear to 
actually change QSTAT from its power-on value of 2. Once the host 
has seen the QSTAT=2 for a unit, that unit will accept all commands 
even though the QSTAT hasn't been cleared. The peripheral will keep 
track of whether the host has seen the QSTAT or not. The host should 
do a Request Status command or one of the Clears but it will be 
allowed to give commands and they will be executed as long as the 
QSTAT for that unit was seen by the host. This is the way CS/80 does 
it. Thus there is no QSTAT=2 holdoff. The holdoff is on an "unseen" 
QSTAT s 2. As soon as the QSTAT has been returned, although it 
may still be 2, the peripheral device enters command phase and all 
commands may be executed. When the host sees the QSTAT s 2, he should 
clear the QSTAT by doing one of the Clears or Request Status. It is 
imperative that the host, upon seeing the QSTAT=2, do a Describe and 
reconfigure his system for the new medium. 

There are two recommended procedures for a host to see what 
CS/80, Amigo, or SUBSET/80 devices are connected to the bus. 

METHOD A 

1. The host scans the bus by doing an Identify command to each 
of the 8 addresses and waits 25msec at each address for bytes 
to be returned. If no bytes are returned, the host issues an 
IFC (Interface Clear) and then goes to the next address and 
continues the process. It takes only 200 msec for each loop 
of checking for devices on the bus. 

2. Once a device has returned the Identify bytes, the host then 
gives an Amigo clear to the device and waits for parallel 
poll. When parallel poll is returned, the host knows the 
device is ready and is in a cleared state. The Amigo clear 
will clear the QSTATs2 in all units of the device. 
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3 Next the host can do a Describe command if the device is a 
CS/80 or SUBSET/80 device and follow the Describe with 
whatever commands it wants to give. 

METHOD B 

1 The host gives a Universal clear to clear all devices on the 
bus\ or gives Amigo clears to each of the 8 bus addresses. 

2.rr'he host then waits for parallel poll from the devices which 
"are doing selftest. 

3 Once a device has enabled its parallel poll response, the 
3 * holt then gives another Amigo clear in case the first one was 
lost when the peripheral device's HP-IB chip was reset. 

4. Then the host can give the device whatever commands it wants, 
which should include a Describe for SUBSET/80 or CS/SO 
devices . 

Both methods require the host to wait for a device to finish 
oower-on selftest without the host knowing how long it takes to do 
tSe J.lftwt. There is no way around this, so the timeouts .the host 
uses at power-on must be long enough to accommodate any current or 
fut-urp device. See the section on timeouts. 

Sethod Iholts to the principle that you shouldn't do clears 
to devices unless you know who they are. Some printers may los * 
Information or the top of the form if they are 8i ve « ^J^^-^so 
may be devices on the bus which are neither Amigo, CS/80 or SUBSET/80 
devices. These devices may not recognize an / mi 8° K Cle ^' , la , nnll at 

The host can't just wait for a device to enable parallel poll at 
oower-on because that device may have been on and have its Paral^ 1 
poll disabled. The host may have been turned off and then on while 
the peripheral device remained on. 

POWER-ON VALUES 

Set Unit 

Set Volume 

Set Address 

Set length -1 (full volume) enn<! . T . 9 ., 

Set Burst disabled (Not supported in SUBSET/80) 

Set RPS disabled 

Set Retry Time device specific „ B] , a *s 

Set Status Mask disabled (No status bits are masked) 

Set Release T*0 Z=0 

Set Options device specific „,,„„.,« in 

Set Return single vector (only mode allowed in 

Addressing Mode SUBSET/80) 
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EXECUTION REQUIREMENTS 



Command 



Set Unit 
Set Volume 
Set Address 
Set Length 
No op 
Set RPS 
Set Release 
Set Status Mask 
Set Return 
Address Mode 



Holdoff 
on 

Unseen 
QSTAT 
s 2? 



No 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 



Locate and Read Yes 

Locate and Write Yes 

Locate and Verify Yes 

Spare Block Yes 

Request Status Yes 

Release Yes 

Release Denied Yes 

Door Lock Yes 

Door Unlock Yes 

Validate Key Yes 

Download Yes 
Initiate Diagnostic Yes 

Describe Yes 

Initialize Media Yes 

HP-IB Parity Check No 

Read Loopback No 

Write Loopback No 
Channel Independent 

Clear No 

Cancel No 

Amigo Clear No 

Stand alone QSTAT. No 

Identify No 

Universal Clear No 



Required 
phase which 
peripheral must 
be in to start 
transaction . 



Any 

Command 

Command 

Command 

Command 

Command 

Command 

Command 

Command 



Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 

Any 

Command 
Command 

Any 
Any 
Any 
Any 
Any 
Any 



ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 



ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 



ready 
ready 



Peripheral 's 
phase at the 
conclusion 
of the 
transaction. 



Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 



Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 
Command 



ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 



ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 
ready 



Unchanged 
Optional report 
Optional report 

Optional report 
Command ready 
Optional report 
Command ready 
Unchanged 
Optional report 



Allowed 
target 
units for 
this 
command. 



Any 
Not 
Not 
Any 
Any 
Any 
Any 
Any 
Any 



Not 
Not 
Not 
Not 
Any 
Any 
Any 
Not 
Not 
Not 
Any 
Any 
Any 
Not 

Any 
Any 
Any 

Any 
Any 
Any 
Any 
Any 
Any 



unit 
unit 



unit 
unit 
unit 
unit 



unit 
unit 
unit 



15, 
15, 



15. 
15- 
15. 
15. 



15 

15. 

15, 



unit 15, 



This first column lists all the commands done by a SUBSET/80 
floppy or hard disc. 

The second column tells whether this command is heldoff and 
not executed if the host has not seen the QSTAT of 2. Note that all 
the commands are heldoff except Set Unit and the transparent 
commands . 
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The third column gives the state the peripheral must be in 
before it will receive and execute the command. Except for some 
transparent commands, the peripheral must be in the command ready 
state (command phase) to execute a command. The host must follow 
the transaction sequence for SUBSET/80 peripherals to work. 

The fourth column specifies what phase the peripheral will 
be in at the end of the command. Normally the peripheral starts 
at command phase, goes to to execution phase (if there is one), 
then to report phase, and back to command phase. Command phase 
is also fc called command ready phase. At the end of the clears there 
is an optional reporting phase so the peripheral will accept a 
reporting message or execute a command. Some transparent commands 
like HP-IB Parity checking have no affect on the peripheral's 

phase. ,, . 

The last column shows which target units are allowed when 
a command is executed. In most cases it is obvious since it makes 
no sense to give a Locate and Read to the controller (unit 15). 
The transparent commands are independent of what unit is selected. 

UNIT 15 

The controller on the peripheral device is referred to as unit 
15. For example, if the device consists of a floppy and hard disc, 
the hard disc might be unit 0, the floppy would then be unit 1, but 
the processor or controller is always unit 15. 

The concept of unit 15 is used on certain commands like a Copy 
Data. The copy will involve two units, so the command itself goes to 
the device controller. 

Unit 15 has a full set of status bytes, which can be masked just 
like any other unit's status bytes. Unit 15 has a QSTAT value kept 
in RAM. At power-on the QSTAT of unit 15 is 2 and it must be seen by 
the host before most commands directed to unit 15 will be executed. 

The EXECUTION REQUIREMENTS table on the preceeding page shows 
which commands can be addressed to unit 15 and which cannot. If you 
set the target unit to unit 15 and give it a command which it cannot 
execute, an illegal opcode error will result. 
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PARALLEL POLL 

The parallel poll response is used to indicate that the device 
has finished a phase of the transaction and is ready for the next 
phase. Another way of saying this is that when the device enables 
parallel poll, he is asking for service from the host. The device 
must then be ready to accept the next phase of the transaction. 
Parallel poll is disabled when the secondary is received by 
the peripheral from the host, and is not re-enabled until , 
after all data bytes have been sent or received, or any steps the 
device has to do are completed. The exception is the reporting 
phase message which ends when the peripheral returns the QSTAT 
byte to the host. Parallel poll is not enabled at this time. 

For the peripheral, it may be best to actually disable parallel 
ooll before the secondary is taken off the bus, thereby keeping a 
fast host from giving you data, seeing parallel poll enabled (not 
yet disabled), and assuming the device is done when it actually 
lasn't yet started. 

A host should always wait for parallel poll to be re-enabled 
oefore giving the peripheral device the secondary for the execution 
or reporting phases of a transaction. If the host sends the next 
secondary without waiting for parallel poll, the low cost HP-IB 
ships will not handshake the secondary off the bus until the 
peripheral device is done with the previous phase of the transaction. 
It is poor usage of HP-IB to have secondaries hanging around. 
If the host chooses to send secondaries without waiting for parallel 
poll he must be sure he does not incorrectly timeout the device, 
since the device is still working on the first secondary. 

After the reporting phase, the device does not re-enable 
parallel poll. At this point the transaction is done. 

For a typical example of how parallel poll is used see the 
Locate and Read command description. 

REPORTING PHASE 

It is very important that the host always follow the correct 
sequence of secondaries in a transaction. IF THE COMMAND INCLUDES A 
REPORTING PHASE, THE HOST MUST ALWAYS COMPLETE A REPORTING MESSAGE. 
This means the host must send the secondary for the reporting message 
and get back the QSTAT byte from the peripheral. If the correct 
sequencing in a transaction is not followed a Message Sequence error 
will be set. (The Message Sequence error is only set if there are 
no reject or fault errors set. A fault error causes the peripheral 
to go to the reporting phase. This may then create a Message Sequence 
•" error which is just a result of the fault error and the fault error* 
is what is important.) 



page 12. 



TIMEOUTS 

To have truly parametric drivers, the timeouts they use or. 
devices must also be parametric or be fixed for all SUBSET/80 
devices. When a 5 Megabyte hard disc is upgraded to a 10 Megabyte 
hard disc, no timeout problems should be encountered and no changes 
to the driver should be necessary. In order to simplify things, 
we havelused the timeouts already specified in the Describe command 
and set 'acceptable values for all others. 

SUBSET/80 devices will guarantee a response time in certain 
situations listed below. The long commands like Initialize Media 
will require using infinite timeouts. Infinite timeouts are being 
used on several existing products and have not been a problem. It 
is best to do a Loopback command or some simple command before doing 
the long command to make sure the device is there. The peripheral's 
microprocessor will take care of timing out all hardware. On most 
devices a long Initialize Media command can be aborted with a Clear 
or Cancel command. 

The worst case timeouts specified below are indeed worst case. 
For example, normally a SUBSET/80 device will respond to a command 
phase secondary and take the parameter bytes in in a few 
milliseconds. However, to allow some protection for future devices 
whose characteristics are presently unknown, the timeouts are set 
high. When the timeout the host should use is specified as 5 seconds, 
the SUBSET/80 peripheral will actually complete in 4 seconds so there 
is some margin. The host timeout of 25 milliseconds will be done by 
the peripheral in 23 milliseonds to allow some margin. 

SUBSET/80 TIMEOUTS 



Command 
message 



Command phase 

additional 

time. 



A SUBSET/80 peripheral will accept the command 
phase secondary, disable parallel poll, and accept 
all the parameters including the complementaries and 
any command opcode in 5 seconds worst case. Typical 
response time will be in milliseconds. 

The next time is from when the parameter bytes and 
opcodes are accepted until parallel poll is enabled. 
This varies with the command and is shown in a table 
which follows. Those commands which specify 5 seconds 
total mean that the command message above will be 
accepted, the device will do what it has to do and 
parallel poll will be enabled in 5 seconds worst case 



COMMAND PHASE ADDITIONAL TIME. 



COMMAND 

Any complementary 
given alone or 
a group of 



TIMEOUT TO USE 
5 sec. total 



TYPICAL RESPONSE TIME 
Milliseconds 
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complemer.tar ies . 

Locate and Read U15-U16, Access time parameter in Describe 

Locate and Write U15-U16, Access time parameter in Describe 

Validate Key U15-U16, Access time parameter in Describe 

Inscribe U15-U16, Access time parameter in Describe 

Request Status 5 sec. total Milliseconds 

Release 5 sec. total Milliseconds 

Release Denied 5 sec. total Milliseconds 

download Not specified, depends on code run. 

Spare Block Infinite Depends on device. 

Initialize Media Infinite Depends on device. 

Initiate 5 minutes Depends on device. 

Diagnostic (0, 1 ,0) 

Locate and Verify Infinite Depends on length 

and device. 

Execution A SUBSET/80 peripheral will accept the execution 
phase phase secondary and disable parallel poll in any 

execution phase in 25 milliseconds worst case. 

Execution The first block of data will be sent to the host 
pha«e or received from the host within the optimal 

data retry time specified in U13-U14 in the Describe 

command. 

Successive blocks of data will be sent to the 
host or accepted from tne host wi tnin the optimal 
retry time specified in U13-U14 in the Describe 
command. 

After the last block has been accepted from the 
host, parallel poll will be enabled within the 
optimal retry time specified in U13-U14 in the 
Describe command. 

After the last block has been sent to the host 
on a read, parallel poll will be enabled within 
the optimal retry time specified in U13-U14 in the 
. Describe command. I used U13-U14 so all execution 
phase timeouts will be the same and to allow time 
for any cleanup tasks after a Locate and read. 
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The above execution phase timing covers all commands 
which have an execution phase. 

Report A SUBSET/80 peripheral will accept the reporting 
phase phase secondary, disable parallel poll and send 

the QSTAT byte within 25 milliseconds worst case. 

The remaining commands are different and their timeouts are 
specified- below: All these timeouts assume the peripheral is in 
a command ready state (command phase) and any previous transaction 
has been completed. 

HP-IB Parity Checking The SUBSET/80 peripheral will accept the 

secondary, disable parallel poll ar.d accept 
the two bytes in 5 seconds worst case. 
Typical response time would be in 
milliseconds. 

Read and Write Loopback The SUBSET/80 peripheral will accept the 

secondary, disable parallel poll and 
accept any bytes sent or send the number 
specified within 5 seconds worst case. 
Typical response time would depend on the 
number of bytes sent. 

Universal Clear, The SUBSET/80 peripheral will accept the 
Channel Independent secondary, (if there is one), disable 
Clear, and Amigo parallel poll response and accept any 
C i ear parameter bytes within 5 seconds worst case. 

The time to actually do the clear is long 
and depends on the device so a host driver 
should give an infinite timeout while 
waiting for the peripheral to enable 
parallel poll. 

Identify The SUBSET/80 peripheral will realize there 

is an Identify command and send the first 
byte of identification within 25 
milliseconds worst case. The second byte 
will then follow in another 25 milliseconds 
worst ease. 

Cancel The SUBSET/80 peripheral will accept the 

secondary, disable parallel poll, accept 
the 1 or 2 parameter bytes, do the cancel 
and enable parallel poll within 5 seconds 
worst case. Typical response time will be 
in milliseconds. 

NOTE: During some long commands like Initialize Media which may take 
many minutes, the SUBSET/80 device may be checking for a Clear or 
Cancel command at least every 5 seconds. This will allow the user to 
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abort a format operation if he decides to do so. Support for this 
feature is device dependent and if the device can not allow a format 
no be aborted, it will not allow you to Clear or Cancel out of it. 



!'ower-up 



A SUBSET/80 device will be ready to repond 
to commands from the host after power is 
turned on in 5 minutes worst case. Typical 
times depend on the device. 



The timeouts used in SUBSET/80 are then 25 milliseconds, 5 
seconds, 5 minutes, and infinite. 
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FORMATTING PROCEDURE FOR SUBSET/80 DEVICES 

The recommended procedure for initializing a medium in SUBSET/80 
is to give the Initialize Media command. In SUBSET/80 this command 
does the entire process of formatting, verifying, and sparing of bad 
sectors. The host can issue this command and wait for the device to 
finish. The device will enable its parallel poll response when it is 
done. If the reporting phase of the Initialize Media command returns 
QSTAT s f then the medium is ready for the host to use. The. host 
can then write a directory or whatever, no more verification of the 

medium is needed. 

If the initialization procedure fails for some reason, then 
QSTAT will equal 1 and some status error bit will be set. Possible 
status errors returned from the Initialize Media command are: 

No Spares Available Medium had too many defective 

areas to pass initialization. 

Media Wear Medium initialized successfully 

but almost all the spares were 
used up. 

Not Ready There is no medium in the drive. 

(Floppy) 

Unit fault There was some hardware failure 

with the unit. 

Other error conditions might be set and they should be 
self-explanatory. 

Since some devices have two units, unit and unit 1, make sure 
you are initializing the correct unit. 

Since the timeout on the Initialize command is infinite, the 
host should first do some command to make sure the peripheral is 
alive and the bus works. Then the Initialize Media command can 
be given. The peripheral's processor will timeout all hardware 
so there is little possibility of the bus becoming hung. . 

On a hard disc, the host could do a Loopback and an Initiate 
Diagnostic (0,1,0) command before the Initialize Media, but these 
are not required. . 

To summarize, to prepare an unformatted drive for use by the 
host, the host should give the following commands: 

I.Any command to make sure the peripheral is alive. 
2. Initialize Media 
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SPARING STRATEGY FOR SUBSET/80 FLOPPIES AND HARD DISCS 

Sparing strategy is a question of data integrity. The user of 
a low cost system expects it to work without errors. We must 
guarantee that our products are as reliable or more reliable than the 
competition. 

Since SUBSET/80 peripherals are aimed at the low cost host, the 
driver will probably be in ROM. Thus any complicated procedures will 
either be in the peripheral's ROM of host's ROM. Our general strategy 
i.3 to place drive related items in the peripheral's ROM and leave 
system related operations for the host ROM. 

Sparing strategy is one of those areas which could be handled by 
either the peripheral or the host. We feel it is more related to the 
peripheral hardware and should be taken care of by the peripheral 
wnenever possible. 

SUBSET/80 Floppies or hard discs which need to spare will then 
do autosparing. Except for the Auto Sparing Invoked bit being set, 
autosparing is completely transparent to the host. 

Blocks can be autospared only if their data is recoverable. If 
an unrecoverable block is encountered during a Locate and Read 
or Locate and Write operation the host will have to be involved. 
Also, as a protection in case the device doesn't do autosparing, 
some SUBSET/80 devices may set the Marginal Data status bit. Both 
the Unrecoverable Data and Marginal Data status bits are flags to 
to the host that sparing should be done. 

UNRECOVERABLE DATA. If the Unrecoverable Data bit is set 
during a Read or write, the host could do retries. This is not 
necessary, however, since the peripheral will already have done 
a sufficiently large number of retries. THE HOST DOES NOT HAVE 
TO DO RETRIES ON DATA ERRORS. Upon seeing the Unrecoverable Data 
error bit set, the host should notify the user that the data 
was lost. The user should then be allowed two options: 

A. The user could re-initialize the entire disc. All user 
data would be lost unless it has been backed-up. During 
initialization the bad areas will be spared. This is a 
possible solution for hard discs assuming it happens 
very infrequently. For Floppies, the disc should not be 
re-initialized since the defect may be caused by wear 
and more sectors are likely to follow. This is a problem 
because a Floppy and a removable cartridge disc are not 
distinguishable. They are both generic type 1. The 
better solution is given in B. below. 

B. The user should somehow issue the Spare Block command, 
with the option to retain data on the reformatted track. 
The data in the bad block is lost, but this operation 
retains all other data and substitutes a new area 

of medium for the bad one. It is preferrable to 
re-initializing the entire disc because less data is 



page 18. 



i««t but it is still unfortunate. A device which 
aolsn'? spare wiU set the No Spares Available status 
errlr bit. If the other data on the track cannot be 
retained, an Unrecoverable Data error occurs again. 

Getting an Unrecoverable Data error is very bad and" should never 
be seen by most users. 

MARGINAL DATA. Just to coyer ourselves, some SUBSET/80 devices 
may «t^ VJnal Djt. .error hi, j This is , ^^ Recoverable. 
iTlll M:rg!nal b Lt h a e bu1; set^e""^' should do the following: 

I', xf tne e an ! srer i Is SP y a es! ng thf °dr^.r e fou!d read the data at the 

address shown in P1 through P6 and save it. 
* Next the driver should issue the Spare Block command 
3 * ?:«;?«* oil data except the bad area and sparing it. 
n Fi h r should re-write the data back into the new 
4. Finally the ^-^ The single vector address is- the same but 

?h e e a pSysical d io C c;Jon "itfb. different. The sector has been 

spared and no data was lost. 

AVaIl Otner^ratus%??r!l °L t^rinduced'and^ecoverable Data DO 
HOT in catftna't sparing is needed. The difficulty involved in 
reading the data was not great enough for sparing. 
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FLOPPY LOADING AND REMOVAL 
(ONLY SUBSET/80 FLOPPIES) 

This section is only for SUBSET/80 floppies. The SUBSET/80 
QIC tapes may NOT be handled the same way. The QIC tape documentation 
will be included at a later time. 

When a floppy disc is loaded into a SUBSET/80 unit, that 
unit will set the Power Fail status bit which causes a QSTAT of 2. 
This will happen when the floppy controller firsts notices that 
there is a new medium. The floppy controller will only look to 
:;ee if there is a new disc or not when it is given a command which 
involves some activity on the medium. For example, if a new medium 
:.s loaded and the host gives a Set Unit command, the peripheral will 
not check to see if there is a new medium present. The peripheral 
Just does the Set Unit command and doesn't check for new media. 
However, if the host then gives a Locate and Read to the unit 
which has the new medium, the floppy controller will detect the new 
nedium, not do the read command and go to reporting phase where a 
(JSTAT of 2 is returned. The QSTAT of 2 tells the host that the 
current transaction was not done and he must reconfigure for a new 
medium was loaded. 

When a Floppy disc is removed from a SUBSET/80 unit, no error 
laits are set, and QSTAT is not changed. 

The following commands go out and check if the medium is there 
and will result in QSTAT = 2 if a new medium is detected. 

Locate and Read 

Locate and Write THESE CHECK 

Locate and Verify FOR NEW MEDIUM 

Spare Block 

Validate Key 

Initiate Diagnostic 

Describe 

Initialize Media 

The command which first returned the QSTAT - 2 in the reporting 
message may not have been done. This keeps the host from writing 
on a new medium. In general, the host should assume that any 
transaction which returns a QSTAT = 2 was not done and the 
transaction must be redone after the host reconfigures for the 
new medium. 

The following commands do not access the medium and would not 
detect a new medium: Set Unit, Set Volume, Set Address, Set Length, 
No op, Set RPS, Set Release, Set Status Mask, Set Return Addressing 
Mode, Request Status, Release, Release Denied, Door Lock, Door 
Unlock, Download, HP-IB Parity Checking, Loopback, Cancel, any 
clear, or identify. Any command can return a QSTAT of 2, but only 
certain commands result in checking to see if a new medium is 
present. This sets QSTAT=2 and it will remain set until a Clear 
or Request Status clears it. 

If the host wants to see if the medium is there, he should give 
a Locate and Read of length to the target address. This is a seek 
to the track you are already on. It will result in a QSTAT of 2 being 
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: tt if a new medium is loaded and a Not Ready error (QSTATsl) if 
' lere is no medium loaded. The host will then know if the medium is 
here or not. 

For writes, the host should give a Locate and Write of length 
d the target address. This is again a seek to the track you are 
already on. It will result in the Power fail bit being set (QSTAT=2) 
«f a new medium has been loaded, a Not Ready bit set (QSTATrl) if 

here is no medium, and a Write Protect bit being set (QSTATsl) if 
«.he medium is write protected. The host then knows whether the medium 
is there ^ftd-if he can write on it. 

THE HOST SHOULD NOT USE THE DESCRIBE COMMAND TO SEE IF A MEDIUM 
S THERE OR NOT. The Describe command is very important in telling 
you the properties of the device and medium, but shouldn't be used 
,o check if a disc is in or not. The bytes V7-V12 in Describe contain 
;he maximum value of the single-vector address for the medium loaded. 
If there is no medium loaded, this single vector address is 0. 
If a Describe command is given to a unit and a new medium is 
detected, that unit will update his Describe information and return 
the description of the new medium. The Power Fail status bit is set 
causing a QSTAT of 2 to be returned. The. host will see the' QSTAT of 
2 and realize that the a new medium was loaded. The host should' clear 
the QSTAT and do a Describe again, then set up any operating 
parameters for the new medium. 

There are problems with using Describe when you give it to unit 
15. Unit may detect a new medium and update its Describe 
information. The reporting message returned from unit 15 at the end 
of the command would not tell you that unit has a new medium. 

Use the read or write specified above if you want to check that 
the medium is there before giving a command which accesses the 
floppy. The Describe command wasn't intended to become a "medium in" 
command. 

When the host gets back a QSTATs2, he knows that a new disc has 
been loaded or power failed. The current command may not have been 
executed. To clear the QSTATs2 the host must issue a Request Status 
command to that unit or do a Channel Independent Clear to that unit. 
Remember that each unit has status bytes and a QSTAT which a kind of 
summation of those status bytes. The Amigo Clear, Universal 
Clear, and Channel Independent Clear to unit 15 clear all units of 
a device. After seeing the QSTAT s 2 in the unit with the new 
medium, the host should clear that unit's QSTAT s 2 and then do a 
Describe command and reconfigure for the new medium. 

MEDIA WEAR STATUS BIT 

A SUBSET/80 device which has media which can wear out will set 
the Media Wear informational status bit if the medium is wearing out. 
The driver should inform the user that "The medium is wearing out 
and should be replaced." This bit is an informational status bit but 
it is important and should never be masked. As the medium wears out 
the ferrite particles generated could damage the head. 

The Media Wear bit may also be set after an Initialize Media 
command. This means that the medium was initialized but so many 
spares had to be used that there are a dangerous few left. In this 
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oase it is a warning 
possibly warning the 



signal and no action has 
user of the state of his 



to be done 
medium. 



other than 
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SUBSET/80 COMMANDS 



************************** CORE SET *****»*«**««»»•**»*»*»******** 



REAL TIME COMMANDS: 



GENERAL ^PURPOSE: 



COMPLEMENTARY: 



TRANSPARENT: 



DIAGNOSTIC: 



LOCATE AND READ 
LOCATE AND WRITE 

DESCRIBE 

INITIALIZE MEDIA 
LOCATE AND VERIFY 
RELEASE (NO OP) 
RELEASE DENIED (NO OP) 
SPARE BLOCK 
DOOR LOCK 
DOOR UNLOCK 

SET UNIT 

SET VOLUME 

SET ADDRESS 

SET LENGTH 

SET STATUS MASK 

SET RPS (NO OP) 

SET RELEASE (NO OP) 

SET RETURN ADDRESSING MODE 

NO OP 

UNIVERSAL DEVICE CLEAR 

AMIGO CLEAR 

CANCEL 

CHANNEL INDEPENDENT CLEAR 

IDENTIFY 

LOOPBACK 

HP-IB PARITY CHECKING 

INITIATE DIAGNOSTIC 
REQUEST STATUS. 



*****«•««*•»•*****»** DEPENDENT ON DEVICE TYPE «*»»«*«*******»*»«***** 



DEPENDENT ON 
DEVICE TYPE: 



VALIDATE KEY (FLOPPY AND HARD DISC) 
DOWNLOAD (FLOPPY AND HARD DISC) 
COPY DATA (TAPE AND HARD DISC) 



Each peripheral must respond to all the commands in the core 
set and those device dependent commands which apply to it. For 
example, a Floppy must respond to all the commands in the core set 
and also VALIDATE KEY and DOWNLOAD. It needs to respond to no other 
commands but these. 

On the other hand, the host driver for a Floppy can use only the 
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core commands or VALIDATE KEY or DOWNLOAD. He can't expect the Floppy 
;o respond to ar.y other commands. 

Certain commands like Set RPS are accepted by the SUBSET/80 
device but no action is taken. These are "dummy" commands which 
ire treated as "No ops" and no error bits are set. They exist for 
oompatibility reasons. The simplest, smallest drivers which only 
;alk to SUBSET/80 devices should not use these commands. Drivers 
for low cost hosts should pick only the few commands they need and 
forget about the rest. They should pick a subset of SUBSET/80. 

Just as constraints are placed on which commands can be used, 
:SUBSET/80 also specifies which status bits must be used and" which 
must not. See the Request Status command for which status bits can 
se set on SUBSET/80 devices. 

Any complementaries given should be included only once per 
transaction. The complementaries should be included in the following 
order : 

Set Unit 

Set Volume 

Set Address 

Set Length 

(Next comes a Locate and Read, Locate and Write or 

Locate and Verify) 

No ops can be placed between any of these complementaries. 
Any of the complementaries can be left out, but those which remain 
should be in this order. This is the order for fastest decoding. 
Another order will work, but it will be decoded more slowly. The 
complementaries other than those listed above can be placed in any 
order. 
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COMMAND DESCRIPTIONS 

Each command is described individually in the following pages. 
The commands are listed in alphabetical order. The outline used 
for each command is explained below: 

•it******************************************* 
»»»«•»**«*»«••» COMMAND NAME ««*«*««*»»***«« 

FORMAT: This gives the opcode and parameters of the command. 
For a detailed byte by byte look at the HP-IB bus 
interactions, see Table 4-6 in the CS/80 INSTRUCTION 
SET programming manual, part number 5955-3442. 
For a typical transaction, see the section which 
follows on TYPICAL MESSAGE STRUCTURE. 

HPIB SEQUENCE: For certain commands I included the 

complete sequence of events over the 
HP-IB bus for a command with good syntax 
and normal completion. Bytes from the 
host to the peripheral are shown as 
<XXXXXXXX>. Bytes from the 
peripheral to the host are shown as 
- X X X X X X X X -. "P" refers to 
the parity bit on HP-IB. "A D D R S" 
is the devices HP-IB address in binary. 
"ATN" is the attention line. "EOI" is 
the termination line. An "X" is a 
"don't care" value of a bit. 

TYPE: The command type states whether the command is classified 
in CS/80 as Real Time, Complementary, General Purpose, 
Diagnostic, or Transparent. 

SUPPORT: This section states whether the command is supported 
by Floppies, Hard discs, Tapes, or some combination. 

TRANSACTION FLOW: This specifies whether the command has 

Command, Execution, or Report phases. 

DESCRIPTION: The description is a paragraph or two explaining 
how the command works. 

VARIATIONS FROM CS/80: This section spells out any differences 

between the SUBSET/80 command and the 
same command in CS/80. 
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TYPICAL HP-IB COMMAND MESSAGE STRUCTURE 



Mary SUBSET/80 commands follow the HP-IB command message 
structure shown below. Any command which doesn't follow this 
structure will have its HP-IB SEQUENCE included with the description 
cf the command. I chose the Locate ar.d Read command as an example. 
On some commands, the execution message is not present. All real 
time, diagnostic, and general purpose SUBSET/80 commands follow this 
message structure. 



*»••«**•*« COMMAND MESSAGE »•»»••*«»» 



<P01ADDRS> 
< P 1 1 1 1 > 



ATN 
ATN 



Primary listen from host 

Command message secondary 
from the host. 



DPPR 



< > 

< > 

< > 

< > 

< > 

etc . 

<00000000> 



EOI 



Device disables parallel 
poll response. 

Host sends to N 
complementary commands. 



Host sends the opcode for the 
Locate and Read command. Last 
byte is always tagged with 
EOI. 



< P 1 1 1 1 1 1 > 



ATN 



Host unlistens the 
peripheral. This Unlisten can 
be sent anytime after the 
last parameter byte is sent 
and doesn't have to occur 
exactly at this time. 

Peripheral device executes 

any complementaries , 

checks to see if 

medium is ready and 

seeks to the correct track., 



EPPR 



Device enables parallel poll 
response which ends the 
command message. By enabling 
parallel poll, the device is 
asking for the execution 
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message. 
««»*»«••** EXECUTION MESSAGE *«»«****»» 



<P10ADDRS> 
< P 1 1 1 1 1 > 



ATN 
ATN 

DPPR 



Primary talk from the host. 

Execution message secondary 
from the host. 

Peripheral device disables 
parallel poll response. 

Peripheral device reads 
first sector. 



-xxxxxxxx- 
-xxxxxxxx- 

-XX XXX XXX- 



-XXXXXXXX- 

-xxxxxxxx- 

-XX XX X X X X - 



EOI 



EPPR 



< P 1 1 1 1 1 1 > 



ATN 



Peripheral sends data to 
the host. 



If more data is needed, 
peripheral device reads 
another sector. 

Peripheral sends data to 
host, tagging last byte 
sent with EOI. 1 to n bytes 
can be sent to host. 

Peripheral enables parallel 
poll response. Peripheral is 
requesting reporting phase 
message. 

Host untalks the peripheral. 
This Untalk can occur anytime 
after -the last- data byte is 
sent to the host'. 



«*******»* REPORTING MESSAGE «»**»**»** 



<P10ADDRS> 
< P 1 1 1 > 



Q S T A T 



ATN 
ATN 

DPPR 

EOI 



Primary talk from host. 

Reporting message secondary 
from the host. 

Peripheral device disables 
parallel poll response. 

Peripheral sends the QSTAT 
byte tagged with EOI. This 
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completes the reporting 
message and completes the 
transaction. Note that 
parallel poll is not enabled 
at the end of the command. 
The peripheral goes to 
command ready phase to wait 
for a new command. 
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»»*•»•»»««***•« AMIGO CLEAR »*********»»**» 



HPIB SEQUENCE: 

<P01ADDRS> 
< P 1 1 1 > 



<XXXXXXXA> 



ATN 
ATN 

DPPR 
EOI 



<P0000100> 



ATN 



Primary listen from host 
Amigo Clear secondary from 
the host 

Device disables parallel 
poll reponse 

Control byte tagged with EOI 
from the host 

A = HP-IB parity check bit 
A = 1 Enable parity check 
A s Disable parity check 

Selected Device clear primary 



< P 1 1 1 1 1 1 > 



EPPR 



ATN 



Clear being done by. device 

Device enables parallel poll 
response when done 

Unlisten from host. (The host 
could send this unlisten any 
time after the SDC primary. 
It doesn't have to occur 
here. 



TYPE: Transparent 

SUPPORT: Core command, all peripherals must support. 

DESCRIPTION: 

The Amigo clear command has the same effect on a SUBSET/80 
device as the Universal Clear command or the Channel Independent 
Clear for unit 15. The Amigo clear causes all units of the 
device to do a clear, including unit 15. 

See the Universal Clear command for details as to what is 
done during a clear. 

SUBSET/80 devices will do parity checking on commands only 
if their hardware allows them to. If it does not, the A bit 
shown above will be ignored. 

SUBSET/80 devices do not recognize the Selected Device 
Clear (SDC) command unless it is given as part of the Amigo 
Clear. Do not use isolated SDC's on SUBSET/80 devices. 

On any long operations like format, SUBSET/80 devices 
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may periodically check the bus for a clear or cancel command. 
VARIATIONS FROM CS/80: 

The HP-I3 parity check bit in the control byte is treated 
as a No op if the SUBSET/80 device's HP-IB chip can't do 
parity checking. 
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»«#**»*«*»«*»«« CANCEL »#»»»»»»*»***** 



HP-IB SEQUENCE: 

<P01ADDRS> 
< P 1 1 1 1 > 



[ 1 Y Y Y Y ] 

<000 1001> 
< P 1 1 1 1 1 1 > 



ATN 
ATN 

DPPR 



EOI 
ATN 



Primary lister from host. 
Secondary for a 
transparent command. 
Peripheral disables ^parallel 
poll response. 

Optional Set Unit command 
from the host. YYYY = unit 
number. "[]" means optional. 

Opcode for a Cancel command 
from the host. 

Unlisten from the host. This 
can occur anytime after the 
Cancel opcode is sent. 

Peripheral does the cancel 
at this time. 



EPPR 



Peripheral enables parallel 
poll when the cancel is 
completed and the peripheral 
wants a reporting message. 



•*»«»»«•** REPORTING MESSAGE ««*««*»»»» 



<P10ADDRS> 
< P 1 1 1 > 



QSTAT 
< P 1 1 1 1 1 1 > 



ATN 
ATN 

DPPR 

EOI 

ATN 



Primary talk from the host. 

Reporting phase message 

secondary from the host. 

Peripheral disables parallel 

poll. 

Peripheral sends the QSTAT 

byte to the host. 

Host untalks the peripheral. 

Can occur anytime after QSTAT 

is accepted by host. 



TYPE: Transparent 

SUPPORT: Core command, all peripherals must support 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 
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This command causes graceful termination of the 
transaction, leaving it in the reporting phase. 

An example of when this command is used might be useful. 
Suppose that the user decides to format a hard disc. This 
process may take 30 minutes. Just after he has started the 
format procedure, he decides he didn't want to do that just 
now and wants the peripheral device to stop. Somehow he 
issues the Cancel command. The peripheral device is doing a 
format, but periodically it looks for a Clear or Cancel from 
the host. When it sees the Cancel, the peripheral will stop 
what it is doing, and go to report phase. The Message 'Length 
error will not be set. Neither will the Message Sequence error 
bit. The device just stops what it is doing and gets ready to 
receive a report phase secondary. There is no clearing of status 
as is done during a Clear. The Cancel command is telling the 
peripheral device to "stop what you are doing at the first 
opportunity and don't complain". 

The recommended way to terminate a transaction is to 
terminate the message link, then send the Cancel command. 

Cancel commands are polled for during long operations, 
so a peripheral device may not respond immediately. 
If the peripheral has enabled parallel poll and is waiting for 
the secondary for the next phase of a transaction, then Cancel 
will be done immediately. This is the most advantageous 
situation. If the device is not polling and is in the command 
ready phase, there is really nothing to cancel, but the device 
will go into reporting phase anyway just to be consistent. 
Devices which allow you to cancel out of a long format will 
check for a Clear or Cancel command at least every 5 seconds. 

If a command which involves data transfer is cancelled, 
there may have already been a status error like Unrecoverable 
Data set. These errors are not changed and will be seen in the 
reporting phase. The only errors which are suppressed are 
Message Sequence and Message Length. 

The first opcode in the above HP-IB SEQUENCE is 
optional. It is a Set Unit complementary which may be included 
with the Cancel command. No other complementaries can be 
included. 

There is the possibility that some future device may not 
allow you to cancel out of a format. Because of this, the 
ability to Cancel a long command is a feature which most 
SUBSET/80 devices will have, but is not a definite requirement. 

VARIATIONS FROM CS/80: None 
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*************** CHANNEL INDEPENDENT CLEAR •«*»»*»******»* 
•a********************************************************* 



HP-IB SEQUENCE: 
<P01ADDRS> 
< f> 1 1 1 1 > 



[ 1 Y Y Y Y ] 



<000 1000> 



< P 1 1 1 1 1 1 > 



ATN 
ATN 

DPPR 



EOI 



ATN 



Primary listen from host. 

Secondary for a transparent 
command. 

Peripheral disables parallel 
poll response. 

Optional Set Unit command 
from the host. YYYY = unit 
number. "[]" means optional. 
YYYY = 1111 is device 

controller. 

Opcode for a Channel 
Independent Clear command 
from the host. 

Unlisten from the host. This 
can occur any time after the 
Channel Independent Clear 
command is received. 

Peripheral does the clear 
at this time. 



EPPR 



Peripheral enables parallel 
poll response when the clear 
is done and wants a reporting 
message. 



«««»***«*» REPORTING MESSAGE »»»*»»*»»* 



<P10ADDRS> 
< P 1 1 1 > 



Q S T A T 
< P 1 1 1 1 1 1 > 



ATN 
ATN 

DPPR 

EOI 

ATN 



Primary talk from the host. 

Reporting phase message 

secondary from the host. 

Peripheral disables parallel 

poll response. 

Peripheral sends the QSTAT 

byte to the host. 

Host untalks the peripheral. 

This can occur anytime after 

QSTAT is accepted by the 

host. 
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TYPE: Transparent 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report (report is optional) 

DESCRIPTION: 

This is the recommended clear command in SUBSET/80 for 
clearing individual units or the device controller (unit 15). 
If the device controller is specified, all units it controls 
will be cleared. If another unit is specified, only that unit 
will be cleared. The steps taken in doing the clear are 
identical to those undertaken in a Universal Device Clear. 
See that command for the details. 

After the clear operation, the unit specified in the 
command will remain the selected unit. However, if the unit 
specified is the controller (unit 15), unit will be the 
selected unit. 

Note that the first data byte, [0010YYYY] is in »[]" 
brackets rather than "<>" brackets. This is because this 
byte is optional and does not have to be included. 

On any long operations like a format, a SUBSET/80 device 
may periodically check the bus for a clear or cancel command. 

VARIATIONS FROM CS/80: None 
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»«»•*«»*»«*•*»* DESCRIBE ««*«#»#«**«»««» 

FORMAT: <00110101> 

TYPE: General Purpose 

SUPPORT: Core comnvand , all peripherals must support. 

TRANSACTION FLOW: Command, Execution, Report. 

DESCRIPTION: 

This command provides enough information about the device 
to allow it to be configured into a system without the host 
having prior knowledge about this device type. The device will 
return a maximum of 256 bytes of information in the execution 
message. The last byte of this message wjll be tagged with 
EOI, so that fewer than 256 bytes can be. transferred. There 
are three types of description fields returned: the controller 
field (5 bytes), the unit field (19 bytes), and the volume 
field (13 bytes). 

If the device has 2 units, each with a single volume, and 
the Describe command is given to unit 15, the order of the bytes 
returned is: 

controller field 

unit field 

volume field of unit 

unit 1 field 

volume field of unit 1 

If the device has 2 units, each with a single volume, and 
the Describe command is given to unit 0, the order of the bytes 
returned is: 

controller field 

unit field 

volume field of unit 

NOTE: The Describe command will always return the correct number 
of bytes. However, if the QSTAT returned in the reporting 
message of a Describe command is 2, then a new medium has been 
detected and the host should reconfigure for this new medium. 
The host should clear the QSTAT, reconfigure all operating 
parameters and give the Describe command again. This time it 
should return a QSTAT of 0. When the Describe command is given 
to unit 15, the QSTAT returned in the reporting message will 
be even if a new medium was detected on one of the units. 

If the peripheral device is unaddressed without having sent 
the last byte tagged with EOI, a Message Length error is 
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generated. This is generally true of all execution messages. The 
correct termination in SUBSET/80 is EOI. 

To get all the necessary information for the execution 
message, the peripheral may have to do an access to the disc 
and read information from it. Thus the Describe command has 
timeouts similar to a Locate and Read command. See the section 
on TIMEOUTS. 

•*»»»»•*»» CONTROLLER DESCRIPTION FIELD »•»»»»»»»» 
( C1 - C5, 5 byte field ) 

C1,C2 s Installed unit byte; 1 bit for each unit, (unit = 
LSB. e.g. if there are only 2 units, unit and unit 
1, then C1 s 00000000 and C2 = 00000011 in binary. 

C3,C4 = Maximum instantaneous transfer rate in thousands 
of bytes per second. 

C5 = Controller Type 

x Integrated single unit controller. 

1 s Integrated multi-unit controller. 

2 = Integrated multi-port controller. 

4 s SUBSET/80 integrated single unit controller. 

5 = SUBSET/80 integrated multi-unit controller. 

6 = SUBSET/80 integrated multi-port controller. 

( Thus if bit 2 is set, the device is a SUBSET/80 
device. ) 

»«»»»»»•»* UNIT DESCRIPTION FIELD «»*»*»»»*» 
U1 = Generic Device Type 

= Fixed disc 

1 s Removable disc or combination, (includes floppy) 

2 s Tape (Random access format like Linus or Buffalo) 
4 = Tape (serial tape, QIC format) 

U2-U4 s Device number. Represents actual HP product number: 
XX XX XY (BCD Coded, 2 digits per byte). XXXXX = 
product number. Y = option. 

Number of bytes per block. 

Number of blocks which can be buffered. 

Recommended burst size. SUBSET/80 devices will set 
U8 = 0. SUBSET/80 devices do not support burst mode. 

Block time in microseconds (Time is from beginning 
of one block to beginning of next.) 



U5- 


•U6 = 


U7 


- 


U8 


s 


U9- 


•U10 s 
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U11-U12 s Continuous average transfer rate for long (full 

volume) transfer in thousands of bytes per second. 
The peripheral should compute this transfer rate 
using an effect interleave factor of 1, even if 
that effective interleave factor may not be possible 
with the given media/controller. See the' discussion 
on V13 below. 

U13-U14 = Optimal retry time in 10 f s of milliseconds. 

U1$-U16 s Access time parameter in 10's of milliseconds. (Maximum 
time starting in the command message when the device 
accepts the last parameter byte or opcode and going 
until the device enables parallel poll requesting 
the next phase of the transaction be started.) See 
the section on Timeouts. 

U17 = Maximum Interleave factor. If the controller or media 
do not support interleave factors, then U17 should 
be returned as 0. 

U18 = Fixed volume byte; one bit per volume (set if fixed); 
Volume = LSB. 

U19 = Removable volume byte; one bit per volume (set if 
removable); Volume = LSB. 

»«***««««* VOLUME DESCRIPTION FIELD •»»»»*«*»* 

V1-V3 = Maximum value of cylinder address vector. 

V4 = Maximum value of the head address vector. 

V5-V6 = Maximum value of sector address vector. 

SUBSET/80 devices use only single vector addressing. 
The maximum values for three vector addressing will , 
be returned in V1 through V6 but the host should never 
do a Set Address or Set Return Addressing Mode in any 
mode except single vector. 

V7-V12 = Maximum value of single-vector address in blocks. 

The maximum value of single-vector address in blocks 
will be set to if there is no medium loaded. If 
a medium is loaded, it will give the maximum value of 
the single-vector address in blocks for that 
particular medium which is loaded. 

V13 = Current Interleave Factor. 

This byte is defined in terms of the need to calculate 
timeouts for Locate and Read and Locate and Write 
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requests. The following rules should apply to the 
designers of discs: 

1, The field VI 3 should return the media interleave 
factor if known. 

2, If the media interleave factor is not known, then 

or the maximum effective interleave factor should 
be returned. 

3, If the disc drive (media/controller) can not 
maintain a transfer at media interleave factor 

1, then the effective interleave factor should be 
returned (0 or the maximum effective interleave 
if the actual effective interleave is not known 
by the controller). 

For example, if the drive can only support 
media interleave factor 4 and the media interleave 
factor is 2, then the effective interleave factor 
should be <the maximum media interleave factor> 
♦ <4 - 2>. Similarly if the media interleave factor 
is greater than 4, then the media interleave factor 
should be returned as the effective interleave 
factor. 

V13 = the effective interleave factor. "Media 
interleave factor" is defined as the skewing factor 
used on the media (the classical interleave factor). 
"Effective interleave factor" is defined as the value 
that should divide the continuous average transfer 
rate U11-U12 to give the actual transfer rate of the 
media/controller . 

The intent of the V13 and U11-U12 fields of 
Describe are to allow the driver to calculate the 
time required to transfer N bytes of data after the 
worst case access time (U15-U16) and the retry time 
(U13-U14) factors are accounted for. The rules above 
allow for the margin of error to prevent a pre-mature 
timeout from occurring. 

VARIATIONS FROM CS/80: 

1. In the controller description field, SUBSET/80 devices 
are denoted by having Controller Type 4,5, or 6. This means. • 
bit 2 is set for SUBSET/80 devices. This is the way you tell 
SUBSET/80 devices from CS/80 devices. 

2. CS/80 specifies that the access time parameter in U15- 
U16 applies for read and write commands only. In SUBSET/80 this 
access time parameter is used in other commands which access 
the disc. See the section on TIMEOUTS. 
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»**«»•**»**«««« DOOR LOCK »##*»**»«»»»*»* 

FORMAT: <01001101> 

TYPE: General Purpose 

SUBPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report 

DESCRIPTION: 

In SUBSET/80 this command instructions the target 
unit of the device to lock its door. If the device does 
not have a door lock, the command is a No op. 

This command should be given to any unit except unit 15. 
Unit 15 is the controller and it doesn't have any doors. If this 
command is given to unit 15, an Illegal " Opcode error will 
result. 

VARIATIONS FROM CS/80: 

This command does not exist in CS/80. If you give this 
command to a CS/80 device it will set an Illegal Opcode error. 
Only give this command to SUBSET/80 devices. You can tell a 
device is a SUBSET/80 device by doing a Describe command and 
checking that bit 2 of byte C5 is set. See the Describe command. 
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»»»»»«»*»»»«»»« DOOR UNLOCK »»»»»»*»»*»#*»» 

FORMAT: <01001100> 

TYPE: General Purpose 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report 

DESCRIPTION: 

In SUBSET/80 this command instructs the target 
unit of the device to unlock its door. If the device 
does not have a door lock, the command is a No op. 

This command can be given to unit 0, 1,2, . . . , but not to 
unit 15. If this command is given to unit 15 (the controller), 
an illegal Opcode error will result. The controller doesn't 
have any doors. 

VARIATIONS FROM CS/80: 

This command does not exist in CS/80. This command should 
only be given to SUBSET/80 devices. You can tell a SUBSET/80 
device because bit 2 in C5 of the data returned in the Describe 
command will be set. See the Describe command. 
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»**««»**«*«»•«« DOWNLOAD »*»«•«»»»•*«»•* 



HPIB SEQUENCE: 
<P01ADDRS> 
< P 1 1 1 1 > 



[ to n complementary 
commands ] 

< 1 1 1 > 



< 1 1 1 1 1 > = F2H 

< 1 1 1 1 > = A5H 

<AAAABBBB> 
<CCCCDDDD> 
<EEEEYYYY> 



ATN 
ATN 
DPPR 



<FFFFFFFF> 



EOI 



EPPR 



< P 1 1 1 1 1 1 > 

<P01ADDRS> 

< P 1 1 1 1 1 > 



< from 1 to a buffers 
worth of data > 



ATN 
ATN 
DPPR 



Primary listen from host 

Command phase secondary 

Device disables parallel 
poll response 

Device takes in data from 
host 

Opcode for Initiate Utility 
where device receives data 

These two bytes specify a 
Download command. 

Device number. Represents 
actual HP product number. 
AB CD EY is BCD coded, 2 
digits per byte. ABCDE s 
product number. Y = option. 

The Download revision number 
in unsigned binary. 
6 parameter bytes followed 
the opcode. 

Device decodes command 

Device enables parallel 
poll response when ready 
for execution message. 

Host tells device to unlisten 
(Can be sent by host anytime 
after last parameter byte). 
Doesn't have to be here. 

Primary listen from host 

Execution phase secondary 

Device disables parallel poll 
response 

Device received up to a 
buffers worth of data from 
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< last byte > EOI the host. Last byte has EOI. 

» • • 

. . . Device executes the code. 

. . . From this point on the 

. . . protocol depends on the 

code executed. The test 
controller and peripheral 
device will agree on what to 
do from here. 

TYPE: Diagnostic 

SUPPORT: All Floppies and Hard discs must support this command. 

TRANSACTION FLOW: Command, Execution, and then whatever. 

DESCRIPTION: 

Host drivers should not use this command. 

The Download command is a command supported by only certain 
device types. The structure of the command is that of an 
Initiate Utility command with the parameters specifying 
a download. The parameters also contain the HP product number, 
option number, and a download revision number. The device 
receives the downloaded code in the execution message. After 
receiving the last byte, which is tagged with EOI, the 
protocol between the test controller and peripheral device is 
defined by prior agreement. 

During the execution phase, the test controller will give 
the device a number of bytes, not exceeding the number of bytes 
it can buffer. The last byte of the transfer will be tagged with 
EOI. The device will then do a subroutine branch to the start of 
this code and execution from then on is dependent on this 
downloaded code. 

SUBSET/80 devices use the parameter field bytes P7 through 
P10 to put diagnostic information. 

The purpose of the Download command is to allow service 
and test engineers complete freedom to write any routines they 
need without it having to go into the ROM of a low cost host. 
If the parameters are not the correct HP product code or 
Download revision number, a Parameter Bounds status error will 
will set, and the report phase will be entered. 

The Download command can be given to any unit including 

unit 15. 

VARIATIONS FROM CS/80: This is the CS/80 Initiate Utility 
command. 
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HP-IB SEQUENCE: 
<P01ADDRS> ATN 



Primary lister, from host 



atm Secondary for a transparent 
< p * 1J 1 > ATN Seconds ry^ ^ ^^ 



DPPR Device disables parallel poll 
response. 



n n rt , s Opcode for HP-IB Parity 

<0000 001> Checking command. 

ft e „ N pot Second data byte from host 

< S V > EOI *e ^ 



< p 1 1 1 1 ^ 1 > 



ATN 



Unlisten from the host 



where: 

S - Disable SRQ during poll (power-on state) 

S V ■ J farfty cS Q ec,i r ng ng dirabied (power-on state) 
V = 1 Parity Checking enabled 

TYPE: Transparent 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Not applicable 

DESCRIPTION: 

.,-. j- „ a ,u« checking on commands only 
SUBSET/80 devices will do parity checking ^ y ^ wm 

if their hardware allows them to. it 

be ignored. Service Request (SRQ) line will be 

thl . "e^.S'inr^S.Kiiti^a-.nc. does not .pp!,. 
VARIATIONS FROM CS/80: None 
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*************** IDENTIFY •»****•»»»***** 



HPIB SEQUENCE: 

< P 1 1 1 1 1 1 > 
<P11ADDRS> 

-0000001 - 
-TTTTTTTT- 



< P 1 1 1 1 1 > 



ATN 
ATN 

EOI 



ATN 



Untalk 

Secondary with device address 

2 identification bytes 
supplied by the device 
00000010 = ID byte 1 
TTTTTTTT - ID byte 2 and 
is device specific. 

Talk controller. The host 
sends MTA (My talk address) 
which automatically untalks 
everyone but himself. 



TYPE: Unique 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Not applicable. 

DESCRIPTION: 

Identify is a special-case HP-IB command used by the 
host at power-on to identify the devices connected to the bus. 
Each device returns a two-byte identity code which the host 
can use to configure itself. The two bytes are returned for 
as long as the host will accept them. All CS/80 and SUBSET/80 
devices return the value of 2 (00000010) in ID byte 1, and the 
product type code in ID byte 2. . 

Normally in a command which has the peripheral device 
talk, the host would end the command with an Untalk. However, 
the Untalk was defined by HP to be a Primary talk for this 
command. Thus an Untalk at the end of the command may not 
unaddress SUBSET/80 devices. The CS/80 manual shows the 
termination as Talk 30. This came about because the PHI or 
ABI chip has to be at address 30 if it is a controller. A 
generalization of this would be for the host to terminate 
the Identify by addressing himself to talk. Since there can- 
be only one talker on HP-IB, all other devices are untalked. 

VARIATIONS FROM CS/80: None 
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*«««•«**»»«««** INITIALIZE MEDIA «*»•»**»*»***** 
************************************************** 

***** ************* ********************************* 

* CAUTION ! ! ! * 

* Execution of the Initialize Media command * 

* will destroy all user data on the selected unit.* 

* Before executing the Initialize Media command, * _ 
« make certain that the proper unit has been * 

* selected. Failure to do so may result in the • 

* loss of needed data. * 

FORMAT: <001 101 1 1> <00000YYY> <P2> 
YYY s Initialize options 

For discs: 

000 s initialize selected volume retaining all 

factory and field spares 
(The above Initialize option is the one 
which drivers should use.) 

001 = initialize selected volume retaining only 

factory spares 
010 = initialize selected volume retaining no spares 

P2 = Block interleave byte (binary number) 
TYPE: General Purpose 

SUPPORT: Core command, all peripherals must support. 
TRANSACTION FLOW: Command, Report. 
DESCRIPTION: 

SUBSET/80 devices will accept the initialize options byte 
and do what is appropriate for that device. Host drivers should 
only use the n 000 M option so no factory or field spares 
are lost. The loss of factory spares could render a device 
unusable. The "001" and "010" options should be used only by 
service engineers or others who understand what they are doing. 

In SUBSET/80, this command does the complete initialization 
process which prepares the medium for use by the host. SUBSET/ 
80 devices do multiple passes of writing, verifying and sparing 
and return only when all sparing has been done. The host can 
then issue this command and if the QSTAT returned is 0, he 
knows the medium is ready for use. The host does not have to 
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verify the medium for this is done by the device. When this 
command is done, the host can write the directory and start 
u«ing the medium. This means that this command may take a long 
time to complete. See the section on TIMEOUTS and the section 
or. FORMATTING PROCEDURE. 

If the Initialize command fails because there are not 
enough spares, the No Spares Available error is returned. 
If there were enough spares, but only an insufficiently small 
number remained, the Media Wear error bit will be set. 

The process of initialization should be in the province of 
the peripheral since it better understands the sensitivities and 
failure modes of the device than does the host driver writer. 
Block interleaving allows the transfer rate of a device 
to be matched most efficiently with that of the host computer 
connected to it. A host computer cannot always process blocks 
of data as fast as they are presented by the disc. Often by the 
time the host computer is ready for another block, the data head 
has already passed that particular block on the disc, and a time 
delay or latency equal to as much as one revolution of the disc 
is incurred. Block interleaving allows the data to be staggered 
or interleaved by one or more blocks. Block interleaving 
reduces inherent latencies which are characteristic of disc 
drive memories without extensive internal buffering. 

Interleaving, however, is not the total solution and 
the device can help improve performance by using his buffer 
memory correctly. This makes the device less sensitive to 
the interleave factor. How this is done depends on the device 
and how sophisticated his low cost hardware is. The ability 
to transfer data to the host over HP-IB while at the same time 
the device is filling his buffer is highly advantageous. The 
ability of the device to have a minimum overhead time between 
successive blocks read would allow a slow host to handshake 
bytes and still run at a lower interleave factor. This allows 
the host increased throughput without having expensive DMA 

hardware on the host side. «•,„«.„,. n r 

A "0" interleave factor has the same value as a factor of 
"1" If a block interleave factor greater than the maximum 
allowable (as specified in the Describe command) is specified, 
the interleave value defaults to maximum interleave. 

VARIATIONS FROM CS/80: 

1 SUBSET/80 devices interpret this command to mean that 
the device does the entire process of multiple passes of 
formatting, writing worse case patterns, verifying, and sparing, 
and in general preparing the media for use-. This was not the 
case for the 7908/Linus which had an involved Initialization 
procedure! See the section on FORMATTING PROCEDURE for the 
recommended procedure for initializing a SUBSET/80 device. 
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»•»»*»»***«»*** INITIATE DIAGNOSTIC »«*»*»*»*»**•** 

FORMAT: <001 1001 1> <00000000> <00000001> <00000000> 

three parameter bytes, 0,1,0. 

TYPE: Diagnostic 

SUPPORT: Core command, all peripherals will support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

If this .command is given to unit 15 (the controller), then 
all units of the device will be tested. This command can also 
be given to a unit other than unit 15.- In this case only the 
specified unit is tested. 

In SUBSET/80 this command directs the device or unit to 
perform a complete diagnostic selftest. If the medium is 
present, the device will do a test which involves reads and 
writes on the medium. Writes will only be done if the medxum is 
not write protected. The test will not destroy any user data. 
A special area of the medium will be reserved by the peripheral. 
The host doesn't have to worry about this. If there is no medium 
present, everything except reading and writing is tested. 

The test will not fail if there is no medium. It will also 
not fail if the medium is not formatted. 

If the command is addressed to unit 15, then failure of 
any unit will result in the Diagnostic Result bit being set in 
the unit's status bytes and in unit 15's status bytes. The 
parameter bytes P1 through P6 which contain diagnostic 
information will be copied into unit 15's parameter bytes also. 
For example, if the command is addressed to unit 15 and unit 1 
fails, then the error status in unit 1 will be copied into unit 
15. Unit in this case will not have the Diagnostic Result bit 
set. This is because the command was addressed to unit 15, 
and we want to make sure the host sees that one of the units 
failed. If the first unit tested in this case fails, then the 
next unit will not be tested. , 

If this command is addressed to a specific unit other than 
unit 15, then, if the unit fails selftest, the Diagnostic Result 
bit is only set in that unit's status bytes. Unit 15's status 
will be unaffected. Only the specific unit which was told to do 
the Initiate Diagnostic will set its Diagnostic Result bit and 
set P1-P6 accordingly if the selftests fails. 

The Diagnostic result information stored in P1 through P6 
when the Diagnostic Result status bit is set is as follows: 

P1 - P5 information for test and service telling which 
component failed. The codes are device specific 
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and are not the same as those used on 7908/Linus . 

P6 This byte has the first unit which failed. This 
allows the host driver to display that "Unit 
failed selftest", or "Unit 1 failed selftest", 
if the command was given to unit 15. Another way 
to get this information is to check the status 
of each unit on the device or only selftest one 
unit at a time. Byte P6 was not used in CS/80 
so this is a departure. We felt it was important 
for the host to at least know which device 
failed, but we still don't want the host driver 
to get involved in specific diagnostic 
information. 

The bytes P7 through P10 will contain addition diagnostic 
information which should be ignored by the host driver. 

See the section on TIMEOUTS for how long this command may 

The idea of this command is to test everything possible 
about the device to make sure it is functioning properly. 

The selftest performed is a subset of that performed at 
power-on. Tests on the processor, ROM, RAM, and HP-IB chip may 
only be done at power-on. It is difficult to check the area of 
RAM which contains operating parameters and not destroy them. 
There are also problems involved with taking the HP-IB chip 
off line just to test a few registers. 

If you give the command to unit 15, then the following 
steps should be taken: 

1. Give the Initiate Diagnostic (0,1,0) command to unit 15. 

2. If QSTAT on unit 15 is bad, then give the Request Status 
command to unit 15. 

3. If the Diagnostic Result bit is set, then read P6 to 
find out which unit is defective. If P6 is 0, then 
display "Unit failed selftest." The unit which failed 
could be unit 0,1, etc. (unit 15 will not be placed 
here). 

4. Next you have to do a Request Status command to the unit 
which failed, since it also has its Diagnostic Result 
bit set. The Clear commands, Universal Clear, Amigo 
Clear, and Channel Independent Clear will never clear 
the Diagnostic result bit. 

It is probably easier to give the Initiate Diagnostic 
(0.1,0) to the unit you are interested in. You will see if 
it failed when you get the QSTAT and don't have to worry about 
having the Diagnostic Result bit set in unit 15. 

Failure of selftest is very important and shouldn't be 
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ignored. It means part of the system isn't working correctly 
and further use of the device may create more problems and 
could destroy user data. We do urge drivers to use this command 
to determine whether the device is in proper working condition. 
Only one diagnostic command was defined in SUBSET/80 and we hope 
it is clear enough so that host drivers will use it. 

The idea of this command in SUBSET/80 is to do a "go" 
or "no go" check of the device. 

The Initiate Diagnostic command does no clearing of 
complementaries or status. 

VARIATIONS FROM CS/80: 

1. With the 7908,11,12 this command can be given only 
to unit 15. Nickel/Buffalo allows this command to a specific 
unit. SUBSET/80 decided to allow it to any unit. In fact it is 
simpler to use if given to a specific unit other than unit 15. 

2. In SUBSET/80 the Initiate Diagnostic (0,1,0) is the 
basic selftest. Most device will support no other selfest. 

3. In SUBSET/80 the parameter byte P6 is used to tell 
which unit failed selftest. The first unit which fails is placed 
in P6. P6 will not be set to 15 if the controller fails. 

In CS/80 P6 was not used. Thus a SUBSET/80 driver using a CS/80 
device like the 7908 might display that unit [P6] failed when 
P6 did not contain this information. CS/80 devices on the 7908 
,11,12 have P5 and P6 equal to 0. The driver could display this 
only with a SUBSET/80 device if he expects to run with SUBSET/80 
and CS/80 devices. You tell whether the device is SUBSET/80 by 
the byte C5 in the Describe command. 

4. In CS/80 for the 7908,11,12, the Clear commands would 
clear the Diagnostic result bit if it had been seen once by the 
host. This method was not used on Nickel/Buffalo because they 
allowed the command to go to units other than unit 15. In 
SUBSET/80 THE CLEAR COMMANDS NEVER CLEAR THE DIAGNOSTIC RESULT 
BIT. It must be cleared by doing a Request Status command. 
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«»•«*»**»»»**«» LOCATE AND READ »«»**»«»***»*»» 

FORMAT: <00000000> 

TYPE: Real time command 

SUPPORT: Core command, All peripherals must support. 

TRANSACTION FLOW: Normally Command, Execution, Report. For seek 

it is Command, Report. 

DESCRIPTION: 

This command locates the data indicated by the target 
address and transmits it to the host. 

The normal sequence of events for this command is as 
follows: The device gets a command phase secondary. 
The device disables parallel poll and accepts the secondary. 
Following the secondary are one or more data bytes. 
The last data byte is the 00H opcode given above. The optional 
data bytes preceding this opcode are the complementary 
commands. The device takes in all this data, decodes it, checks 
that it is all proper and makes sense, and does a seek if it 
is needed. At this point the device reenables parallel poll 
telling the host that it is ready to enter the execution phase. 
See the complementary commands Set Unit, Set Address, and 
Set Length for explanations as to how these work. 

If a problem is found by the device, like an illegal 
opcode, it will go to the report phase, an Illegal Opcode error 
bit will be set causing QSTAT to be set to 1. If the host 
asks for data at this point, a byte of value 1 tagged with EOI 
will be sent. 

Assuming there have been no errors, after the device 
enables parallel poll, the host will give it the execution phase 
secondary. Again the device disables parallel poll and accepts 
the secondary. The device then reads the data into his buffer 
and transfers it to the host. Both sides should keep a count of 
how many bytes are transferred. The last byte transferred by the 
device to the host will be tagged with EOI. 

After the last byte is transferred, the device enables 
parallel poll which is effectively asking for a report phase 
secondary. The host then does a reporting message. 
The device disables parallel poll, accepts the secondary, and 
sends the QSTAT byte to the host. Parallel poll is not reenabled 
at this point since the transaction is done. 

The length of the total data transfer is the number of 
bytes specified in a Set Length (Complementary) command, 
which may be included in the message with the Locate and Read 
command. If Set Length is not part of the Locate and Read 
command, the power-on or last set length value is used. See 
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the Set Length command. If the length used is 0, then this 
command is actually a seek and no data is transmitted. After 
performing the seek the peripheral goes directly to the 
reporting phase ar.d there is no execution phase. 

If a data error is encountered in the course of the 
transfer, the peripheral will do whatever is necessary to 
try to acquire or recreate the data. If the data is 
unrecoverable, the device sends its most accurate reconstruction 
of the data and returns this to the host. The address of the 
first block of any bad data will be included with the status 
report returned by a Request Status command. If the length 
of the transfer spans several blocks of data and any block 
was bad, the entire transfer will take place. QSTATsI will 
notify the host that the transfer had a problem and the status 
bytes P1 through P6 indicate the address of the first bad block. 
Thus the transfer always contains the amount of data requested 
by the host unless the host intervenes or a hardware failure 
occurs. SUBSET/80 devices will set the Unrecoverable Data 
status error bit if there is a data error. If another block 
if found to be bad, the Unrecoverable Data Overflow bit is set. 
Regardless of how many data errors, the device will try to read 
all blocks and send back its best reconstruction of the data 
until the total length of the transfer has been met. 
If there is just one data error, the host knows where it is from 
the address in P1 through P6. If there is more than one error, 
P1 through P6 give the address of the first bad block. 

The host can always issue the command again if it wants to 
do retries. THE HOST DOES NOT HAVE TO DO RETRIES AS THESE ARE 
ALREADY TAKEN CARE OF BY THE PERIPHERAL. 

A Locate and Read operation updates the target address 
as explained in the Set Address command. 

The length of the read can be any number of bytes. Of 
course, the device can only read a block at a time into its 
internal buffer, but the correct number of bytes will be 
transferred to the host. The host can do a read of 1 byte if 
it wants to. 

If the host includes the following complementaries in the 
Locate and Read or Locate and Write commands, they should be in 
the order shown below: 

Set Unit 
Set Volume 
Set Address 
Set Length 

No op's can be placed anywhere between these 
complementaries and all four of them don't have to be included. 
There must not be a No op following the Locate and Read opcode 
or an error will be generated. The above complementaries should 
be in this order for Locate and Read or Locate and Write 
commands. This doesn't affect other complementaries or other 
commands. 
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NOTE: The term "block" refers to a specific quantity of data, 
the amount of which is a function of the storage format of a 
particular mass storage device. 

VARIATIONS FROM CS/80: 

1. SUBSET/80 devices do not use RPS (Rotational position 
sensing). They accept this command as a No op. 

2. SUBSET/80 devices do not use burst mode. 

3. SUBSET/80 devices do not allow the host to set the 
retry time. It is a fixed time set by each unit. 
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•a************************************************* 

*************** LOCATE AND VERIFY »»»•*«*»»»***** 

FORMAT: <00000100> 

TYPE: General Purpose 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

This command instructs the device to perform an internal 
verification of a section of data to ensure that it can be 
read None of the data is transferred to the host so no 
execut^n'message is required. The Set Length and Set Address 
comDlementary commands are used as described elsewhere. 

P The verification starts at the target address and continues 
for the amount of data (in bytes) specified in a Set Length 
complementary command or in the power-on value if no Set Length 
command has been given. If this byte count length i o 
integral multiple of the number of bytes per block the count 
will be rounded up to verify the entire block, since a block 
is the smallest unit which can be verified. ^^ki* 

Verification will terminate immediately on an unrecoverable 
data error. The peripheral device should NOT do read 
retries during a verify. This is not always possible with a 
device's hardware. For example, some controller chips do not let 
the peripheral do a read without retires. In any case, the 
idea is to let the host know if the previous write did not take 
so he can rewrite the data. The error recovery proces s on the 
reads will then be shortened. In this manner, records which are 
only slightly bad (soft errors) will cause the Unrecoverable 
Data error bit to be set. 

This command will not set Marginal Data or Recoverable 
Data status bits, since" with the reduced number of retries and 
with no error correction, any marginal data will oe 
unrecoverable. ommand completes with no error5| the host k „ Q ws 

the data is well written. If an Unrecoverable Data error is 
Jit that oortion of the data should be rewritten because it 
diSn't ?ake! See the sections on SPARING STRATEGY and FORMATTING 

PROCEDURE. . ,_ , , *.u« ^4.<ro 

Since in SUBSET/80, the peripheral does the entire 
Initialization process, the Locate and Verify command should not 
be used by the host immediately after an Initialize command. It 
Should be used after Locate and Write commands if the host wants 
to make sure the data was written correctly onto the »edium. 

Another way to check if the data is written correctly onto 
the medium is to read the data back using a Locate and Read and 
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compare it byte for byte. This will check the data written, 
however, the Locate and Read will use retries and error 
correction so it may be a better check to use Locate and Verify 
to see that the data was well written. Locate and Verify 
provides a means to see if the data is recoverable without 
retries or error correction and it is fast since no data is 
transferred over HP-IB. 



VARIATIONS FROM CS/80: 

SUBSET/80 devices do not keep error logs. 
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««»«***«»»»«««* LOCATE AND WRITE »•*»««**»****»» 

FORMAT: <00000010> 

TYPE: Real time command 

SUPPORT: Core command, All peripherals must support. 

TRANSACTION FLOW: Normally Command, Execution, Report. For a 

seek it is Command, Report. 

DESCRIPTION: 

This command transfers data from the host to the 
mass storage medium. The data is placed on the medium 
starting at the target address. 

The normal sequence of events for this command is 
as follows: The host sends the device a command phase secondary. 
The device disables parallel poll and accepts the secondary. 
Following the secondary are one or more data bytes. The last 
data byte must be the 02H opcode given above. The optional 
data bytes preceding the opcode are complementary commands. 
The device takes in all this data, decodes it, and checks it. 
The media is checked at this time to see if it is ready and not 
write protected. If all is correct, the device does a seek to 
the target address and then enables parallel poll. By enabling 
parallel poll the peripheral is telling the host to send the 
execution message secondary to the device. 

If there is a failure during decoding, like an Address 
Bounds error, the Address Bounds status error bit will be set 
causing a QSTAT of 1, parallel poll will be enabled and the 
peripheral will go to reporting phase. If the host sends data 
bytes, the peripheral will sink them until the host is also 
in the reporting phase and accepts the QSTAT of 1. 

See the complementary commands Set Unit, Sft Address, and 
Set Length for explanations as to how these work. 

Assuming there was no problem, the host next sends the 
execution phase secondary. The device disables parallel poll 
and accepts the secondary. Next the host transfers data to the 
device. The device fills his buffer and does a write to the 
medium each time the buffer if full, or when the transfer is 
over. Thus the transfer of bytes over the bus may be 
interrupted periodically as the device writes onto the medium. 
Both the host and the peripheral should keep track of the number 
of bytes transferred. If a partial block is written, the 
remainder of the block should be filled by duplicating the last 
data byte, or by filling it with zeros. For security reasons the 
peripheral should not write whatever was left over in the buffer 
onto the disc. 

The last data byte the host transfers to the peripheral is 
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tagged with EOI. After this block has been written, the device 
enables parallel poll to tell the host it is ready for the 
reporting message. The host sends the reporting phase 
secondary. The device disables parallel poll and accepts the 
secondary. The device then returns QSTAT, which will be if 
everything worked correctly. 

As with a read, once the execution phase is entered and 
data is being transferred, the total length will always be 
transferred. However, unlike a read, if the device encounters 
a header error and can not write a block, it will not try 
to write anymore blocks. The device will set the Unrecoverable 
Data status error bit, set QSTAT = 1, put the address of the 
bad block into P1 through P6 of the status bytes and sink any 
data the host gives him. The Unrecoverable Data Overflow bit 
will also be set, since nothing beyond the bad block will ever 
be written. Eventually the host will enter the report phase and 
see the bad QSTAT. The bytes P1 through P6 will tell the host 
where the transfer failed. The reporting phase is used to re- 
synchronize the transaction. Since the device was unable to 
find a header, there is probably something seriously wrong with 
the medium or device itself. 

A Locate and Write operation updates the target address as 
explained in the Set Address command. In the case of a bad 
block, (header error), the peripheral device's target address 
points to the block just beyond the bad block. The address of 
the bad block will be in parameter bytes P1-P6. Otherwise, the 
target address always points to the next block to be done, which 
in this case is the one after the bad block. 

If the length is 0, then this command is a seek and there 
is no execution phase and no write data transferred. 

If the host wants to see if the medium is write protected, 
without actually writing on the medium, he should do a Locate 
and Write of length to the target address. This is a seek to 
where the device already is. It doesn't move anything but it 
will check to see that the medium present and it will fail with 
a Write Protect error bit set (QSTAT=1) if the medium is write 
protected. See the section on FLOPPY LOADING AND REMOVAL. 

VARIATIONS FROM CS/80: 

1. SUBSET/80 devices do not use burst mode. 



page 56, 



»*»»*«***•««*»» LOOPBACK »**«********«»* 



HP-IB SEQUENCE: (READ LOOPBACK) 



<P01ADDRS> 
< P 1 1 1 1 > 



<0000001T> 



< 

< 
< 
< 



P 1 

P 2 

P 3 

P 4 



> 

> 
> 
> 



< P 1 1 1 1 1 1 > 
<PJKADDRS> 



< P 1 1 1 1 > 



ATN 
ATN 

DPPR 



ATN 
ATN 



ATN 
DPPR 



Primary listen from host. 
Secondary for a transparent 
command. 

Peripheral disables 
parallel poll response. 

Opcode for Read Loopback 

or Write Loopback. 

T=0 Read Loopback Test 
T=1 Write Loopback Test 

4 byte length parameter 
(unsigned binary) 
Length in bytes to use in 
Loopback test. 

Unlisten from the host. 

JK = 10, Primary talk for 
Read Loopback. 
JK s 01, Primary listen for 
Write Loopback. 

Secondary for a transparent 
command . 

Peripheral disables parallel 
poll response. 



• <XXXXXXXX>- 

.<xxxxxxxx>- 



<xxxxxxxx>- 
.<xxxxxxxx>- 
.<xxxxxxxx>- 

< P J K 1 1 1 1 1 > 



EOI 
ATN 



Read Loopback Data goes from 
the peripheral to the host. 
Write Loopback Data goes from 
the host to the peripheral. 
The number of bytes sent is 
specified in the length 
parameter shown above. 
Last byte is tagged with EOI. 

Host unlistens (JK=01) 
peripheral in a Write 
Loopback, or Host untalks 
(JKs10) peripheral in a Read 
Loopback. 



«**•*««»•» REPORTING MESSAGE «»•«»»*•*» 
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<P10ADDRS> ATN Primary talk from the host. 

< P 1 1 1 > ATN Reporting phase message 

secondary from the host. 
DPPR Peripheral disables parallel 
poll response. 
Q S T A T - EOI Peripheral sends the QSTAT 

byte to the host. 

< P 1 1 1 1 1 1 > ATN Host untalks the peripheral. 



TYPE: Transparent 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Transparent Command, Transparent Command, 

Report. 

DESCRIPTION: 

Loopback is an interface test consisting of two transparent 
commands followed by a reporting message. It is a sequence of 
transparent messages which is valid only during the command 
phase to test data transmission reliability over the channel. 
That means the loopback commands should not be separated by 
other commands, and they should not be part of another 
transaction. The first transparent message specifies that a read 
or write loopback operation of n bytes will follow, and the 
second transparent message contains the test data specified by 
the first. The host should not wait for poll before proceeding 
with the loopback data message (the second message). The 
peripheral device will normally not enable parallel poll during 
this command. The loopback data always consists of the same data 
pattern which goes FFH,00H,01H,02H, . . . 0FFH,00H,01H, etc. for 
the length specified. The device generates or checks the length 
and content of the message depending on the direction of 
transfer. After loopback completes, the host should do a 
reporting message without waiting for poll to verify success of 
the operation. The reporting message is optional but highly 
recommended. 

If the loopback was successful, the device never asserts 
parallel poll. If something went wrong, however, the device 
enters reporting phase to report the error. In this error mode 
the device does assert parallel poll response. 

If the host screws up the loopback command or transparent 
message secondary or direction, a Message Sequence error is 
reported. 

Another command is not allowed between the first and second 
messages in the loopback sequence. 

If any of the bytes in a write loopback were wrong, a 
Channel Parity error is reported. 

If the length of the loopback message was wrong, a Message 
Length error is reported. 
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Loopback is designed to test the channel and datapath 
through the devices HP-IB chip to its microprocessor. Whether or 
not it tests the device's DMA hardware is dependent on the 
device. 

The length of the loopback can be any 4 byte .unsigned 
binary number. SUBSET/80 devices will be able to handle any 
loopback length specified. 

VARIATIONS FROM CS/80: None 
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»ft«ft»»*»»«»«»«**»»ft»«ft»»«tt»*»»»«*»»»»»» 
»»*»»»*»»»»*»»» no op »**«*«»»**»«*«* 

FORMAT: <00110100> 

TYPE: Complementary 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

This byte is disregarded if it appears as an opcode in a 
command message. It may be useful to align messages to word 
boundaries. 

No ops can be placed at the beginning of a string of 
complementary commands, inbetween complementary commands, 
and between the last complementary command and a Real Time, 
General Purpose, or Diagnostic Command. However, No ops should 
not be placed after the last command or an Illegal Parameter 
error will be set. 

VARIATIONS FROM CS/80: None 
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«*»«*•**»*•««** REQUEST STATUS »•*»»«»»******* 
•••••••a**************************************** 

FORMAT: <OOOOl101> 

TYPE: DIAGNOSTIC 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Execution, Report. 

DESCRIPTION: 

This command instructs the device to return (in an 
execution message) the status report. 

It is important to note that this command returns the 
status bits held in RAM but it does not update that status. 
This command does NOT cause an access to the disc and it 
does not update the Not Ready, Power Fail or any other 
status bits. It simply returns what status has already been 
set based on previous commands. See the Section on FLOPPY 
LOADING AND REMOVAL. 

In SUBSET/80, the Request Status command returns a 
20-byte status report indicating the cumulative status 
of all transactions for a unit which have occurred since 
the status report was last cleared. The status report can 
only be cleared by executing a Request Status command or a 
Clear command. (See the Universal Device Clear and Channel 
Independent Clear commands.) The status report consists of 
a 2-byte identification field, an 8-byte error reporting field, 
and ten bytes of additional information in the parameter 
field. The table on the next page shows the complete format 
of the status report for SUBSET/80 devices. 

The identification field has 2 bytes. The MSB nibble of the 
first byte is the volume field, the LSB nibble of the second 
byte is the unit field, and the second, entire byte Is always 
set to all 1»s by SUBSET/80 devices. 

The 8-byte error reporting field contains four categories: 
Reject Errors, Fault Errors, Access Errors, and Information 
Errors. Each category has a 2-byte error field. All error 
conditions are assigned specific bit positions in one of these 
fields. The fault errors are the only errors which cannot be 
masked using the Set Status Mask command. 

The content of the parameter field is dependent on the 
errors being reported. The parameter field contents are awarded 
to the error with the highest priority (lowest bit position in 
the error reporting field). An error that has been masked in a 
Set Status Mask(complementary) command will not be reported 
and will not generate parameters. All address parameters are 
reported in single vector in SUBSET/80. See the status 
description which follows for more information on what P1 
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through P10 can contain. 

Reject errors include status bits which indicate a logical 
error in the host's interaction with the device. Reject errors 
result from opcode or parameter errors in the command message or 
message type or length errors in any message. Typically, 
incorrect programming or channel malfunction is the cause of 
these errors. 

Fault errors indicate device hardware failures. 

Access errors indicate problems encountered in executing 
specific commands relating to such factors as uninitialized 
media, write protected media, unrecoverable data, etc.' 

Information errors provide maintenance information to the 
host. 

The QSTAT byte returned in the reporting message is a 
kind of summation of the status bits. If the Power Fail status 
bit is set, then QSTAT=2. If any other status bit is set, then 
QSTATsl. If no status bits are set, then QSTATsO. 

VARIATIONS FROM CS/80: 

1. In SUBSET/80 the SSSSSSSS bits in the identification 
field are always equal to FFH, all 1's. The low cost device 
generally does one thing at a time and does not want the 
complexity of examining status bits from multiple units. 

2. The following fault error bits will NEVER be set by a 
SUBSET/80 device: 

STATUS ERROR BIT: COMMENT: 

26 s Operator request SUBSET/80 devices never 

27 = Diagnostic- request request release. 

28 = Internal maintenance 

32 = Illegal parallel 
operation 

48 = Operator Request SUBSET/80 devices never 

49 s Diagnostic Request request release. 

50 = Internal Maintenance 

61 = Maintenance Track Overflow SUBSET/80 devices have 

no maintenance tracks. 

3. When the Diagnostic Result bit is set, P6 contains the 
number of the unit which failed selftest. See the Initiate 
Diagnostic command description for more details. CS/80 doesn't 
use P6 in this way so this is a difference. 
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IDENTIFICATION FIELD <VVVVUUUU> <11111111> 



WW = 
UUUU = 



Volume number 
Unit number 



REJECT ERRORS FIELD <00200567> <8 9 10 12 0> 



A channel command was received 
without odd parity or the Loopback 
command failed to pass. 

An unrecognizable opcode was 
received. 

An illegal volume or unit number 
was specified for this device. 

The target address has exceeded 
the bounds for this device. 

A parameter (other than unit, 
volume, or target address) is not 
allowed for this device. 

A parameter field was the wrong 
length for the opcode preceding 
it. 

The message sequence has been 
violated. (Error suppressed if any 
reject or fault errors have 
occurred prior to sequence error.) 

The total length of the execution 
message differs from the current 
default value. The host and device 
didn't agree on the number of 
bytes transferred , or the host 
sent a command phase secondary 
followed by too many bytes, or the 
host didn't accept the QSTAT in a 
reporting phase. If this error is 
set, the host and peripheral most 
likely do not have the same target 
address. The host should do a Set 
Address command. 

FAULT ERROR FIELD < 17 19 22 >< 24 30 31 > 

(NONE OF THE FAULT ERRORS ARE MASKABLE. ) 



2 = Channel Parity Error 



5 - Illegal Opcode 



6 = Module Addressing 



7 s Address Bounds 



8 = Parameter Bounds 



9 = Illegal Parameter 



10 = Message Sequence 



12 = Message Length 
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17 s Cross-unit 



19 = Controller Fault 



22 = Unit Fault 



24 = Diagnostic Result 



30 s Power Fail 



31 s Re-transmit 



This error occurs during copy 
data when activity on unit or 1 
causes an error or the unit, but 
the command was sent to unit 15. 
The cross-unit error is set on 
unit 15's status to tell the host 
that there is a bad status on 
another unit as a result of the 
command sent to unit 15. Unit 15's 
P1 through P6 gives the value of 
the unit with bad status'. The host 
should then select the bad unit 
and find out what the real error 
is. See P1 through P6 below. 

A hardware fault occurred in the 
controller. When this bit is set 
it will be set in the status of 
the unit selected when it was 
detected. 

A hardware fault occurred in the 
unit addressed. 

The device failed selftest. See 
Initiate Diagnostic command for 
more details. 

The power to the unit failed, or 
a new Tape or Floppy was loaded. 
Device should be reconfigured. 
When this bit is set, QSTAT=2. 

The preceding transaction should 
be retried. We have included this 
bit in SUBSET/80 for future 
devices which may use a low cost 
version of the ABI chip which has 
a FIFO. Current SUBSET/80 devices 
use the 8291A and don't set this 
bit. 



ACCESS ERRORS FIELD < 33 34 35 36 37 >< 40 41 43 44 > 
33 s Uninitialized media 



34 a No Spares Available 



The host attempted to access 
unformatted media, or unusable 
media has been loaded. 

The Spare Block command cannot 
be executed because there are not 
enough spares available, or the 
Initialize Media command failed 
because there are not enough 
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35 = Not Ready 

36 s Write Protect 
"37 li N-o Data Found 



40 = Unrecoverable Data 

Overflow 

41 s Unrecoverable Data 



43 = End of File 



44 = End of Volume 



spares. 

The device is not ready, probably 
because the medium has not beer, 
loaded. 

The selected volume is write 
protected and the current command 
failed because of that. 

For Tapes this means a block 
accessed during a read has not 
been written. For hard discs and 
floppies, this means the key given 
by the host to the peripheral in 
the Validate Key command did not 
compare to the key written on the 
medium. 

There has been more than one 
unrecoverable data error. 

Unrecoverable data at indicated 
block(s). P1 through P6 will 
contain the address of first bad 
block. Status bit 40 is set if 
there is more than one error. 

End of file encountered on file 
structured device. 

The host attempted to access 
across a volume boundary. 



INFORMATION FIELD ERRORS < 51 52 55 > < 57 58 59 > 



51 = Media Wear 



52 s Latency induced 



The Floppy or Tape medium is 
wearing out and should be 
replaced. This is informational 
but requires immediate action by 
the user to insure data is not 
lost. The medium should be 
replaced. After a Spare command or 
Initialize Media command, this bit 
means that the device has very 
few spares left. Again it should 
be replaced. 

This bit is set if the performance 
of the device is generally not up 
to par. Currently it is set by 
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55 = Auto Sparing Invoiced 



57 = Recoverable Data 
Overflow 



58 = Marginal Data 



59 s Recoverable Data 



a hard disc if, during the 
execution message, the data 
transfer was not keeping up with 
interleave. The host could ther. 
use this bit when he is trying to 
find the optimum interleave to 
use on the disc. 

Since most low cost devices like 
floppies can*t do this, they won't 
set this bit if the interleave is 
not being met. The host will have 
to use another method to determine 
if the interleave is being met. 
The other way the transfer 
could be impaired during the 
execution phase, is if the device 
had to do incremental seek 
retries. This would also degrade 
performance, but is less likely 
to happen. Incremental seek 
retries during execution phase 
would also cause this bit to be 
set. 

The device has automatically 
spared a defective block. 

More than one recoverable data 
error was encountered since the 
last status request. 

The block whose address is in the 
parameter field P1 to P6 was 
recovered, but with difficulty. 
More than 1 retry was necessary to 
read the data. See the SPARING 
STRATEGY. 

A latency was introduced in order 
to correct a data error. We had 
to do 1 retry to read the data. 



PARAMETER FIELD <P1> <P2> <P10> 

P1 - P6 In SUBSET/80 these bytes have the following possible 
meanings: 

1. If there have been no errors, PI through P6 
contains the target address. It will always be 
single vector. 

2. When the Unrecoverable Data bit is set, P1 through 
P6 contains the single' vector address of the bad 
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block. 

3. When the Marginal Data bit is set, P1 through P6 
contains the single vector address of the marginal 
block. 

4. When the Recoverable Data bit is set, P1 through P6 
contains the single vector address of the 
recoverable block. 

5. After a Spare Block command, P1 through P6 contains 
the beginning single vector address of the 
reformatted area. 

6. When the Cross-unit (copy error, tapes only) bit 

is set, P1 through P6 contain the encoded values of 
each unit which has experienced an error, using the 
format shown below: 

P1 P2 P3 P4 P5 P6 

00H FFH FFH FFH FFH FFH Unit has the error 

01H FFH FFH FFH FFH FFH Unit 1 has the error 

00H 01H FFH FFH FFH FFH Both unit and unit 1 

have an error 

The sequence of events would be this: The host 
gives a Copy Data command. He gets gack a 
QSTATsl. The host gives a Request Status 
command. He sees the Cross-unit bit set. Next 
he should read P1 to see which unit is bad and 
also check P2 to see which other unit may have 
had a problem. The host would then do a Request 
Status to the bad unit or units to get the actual 
failure. If the faulty unit was the controller 
(unit 15) then the Cross-unit bit wouldn't have 
been set and only the Controller Fault bit would 
have been set in the status of all units. 

7. If the Diagnostic Result bit is set, P1 through P6 
will contain the following information: 

P1 - P5 Device specific diagnostic information 
which should be ignored by a low cost 
host driver. 

P6 In SUBSET/80 this byte contains the 
unit which failed. 

For a more complete explanation of the status after 
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a diagnostic, see the Initiate Diagnostic command. 

P7 - P10 In SUBSET/80 these bytes usually contain device 
dependent diagnostic information which is of no 
interest to the host driver. However, after a Spare 
Block command, P7-P10 contain the length in blocks of 
the reformatted area. See the Spare Block command. 
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»«»*»»»«***«*«» RELEASE ( NO OP ) »»»»**»»*»«***« 

FORMAT: <00001110> 

TYPE: General Purpose 

SUfPOflT: Core command, all peripherals must support. ^ 

TRANSACTION FLOW: Command, Report 

DESCRIPTION: 

In SUBSET/80 this command is a NO OP. It is accepted 
and no action is taken and no errors are generated. It can 
be addressed to any unit. 

VARIATIONS FROM CS/80: 

The meaning of this command in CS/80 is very different 
from that in SUBSET/80. See the CS/80 INSTRUCTION SET 
programming manual for an explanation of Release in CS/80. 
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*»»*»«»»»»»»»*» RELEASE DENIED ( NO OP ) »»»***»*»»**»** 

FORMAT: <0OOO1111> 

TYPE: General Purpose 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report 

DESCRIPTION: 

In SUBSET/80 this command is a No op. No action is 
taken and no error bits are set. The command can be addressed 
to any unit. 

VARIATIONS FROM CS/80: 

The meaning of this command in CS/80 is very different 
from that in SUBSET/80. See the CS/80 INSTRUCTION SET 
programming manual for an explanation of Release Denied in 
CS/80. 
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•*«»**«»««»**»* SET ADDRESS •»«»»«»**«*»*** 

FORMAT: <00010000> <P1> <P2> <P3> <P^> <P5> <P6> 

( 6 parameter bytes ) 
MSB LSB 

► Only single vector addressing is allowed. 

Single vector format: 6-byte unsigned binary number 

TYPE: Complementary 

SUPPORT: Core command, All peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

This command is used to set the unit's target address. 
The 6 byte number is the address in blocks. A block refers 
to a specific quantity of data, the amount of which is a 
function of a particular mass storage device. The size of a 
unit's block is specified in the response to the Describe 
command. 

Whenever this command is given it changes the unit's 
target address. The unit keeps a "target' 1 address in RAM which 
is changed by this command. The target address can also be 
changed when it is incremented as the result of a Locate and 
Read, Locate and Write, or Locate and Verify command. It will 
be changed to all zeros during a clear command. 

Whether the Set Address complementary is given alone, 
with only other complementaries , or as part of a Real Time, 
General Purpose, or Diagnostic command message it changes 
the unit's target address. 

The power-on value of the target address is always 0. 
The Set Target address is unlike other complementary 
commands in that it is updated by any command which accesses 
data, and does not revert back to a prior value when another 
accessing command is sent. This allows sequential data 
dccGss ihr • 

Upon completion of a Locate and Read which uses the target 
address, the target address will point to the block after 
the last block accessed during that transaction, whether or not 
there was any Unrecoverable data. If the transaction was 
successful, the target address will be in parameter bytes P1 
through P6 of the status. If there was an unrecoverable data 
error, P1 through P6 will have the single vector address of the 
bad data, but the target address will point to the next block 
after the last one read. 

In general then, the target address always points to the 
next block to be processed. 
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This is true in Locate and Verify. The target address will 
point to the next block to be read. If there was an error, it 
points to the block following the bad one. The single vector 
address of the bad block is placed into P1 through P6. 

In Locate and Write, the target address will again point to 
the next block to write. If there was a header error, the target 
address points to the next block to write and the bad block 
will be in PI through P6. In the case of a header error, the 
write is not continued so the next block to write is the one 
after the bad block. . , 

If there are no errors, the target address can be obtained 
from the parameter bytes P1 through P6 returned in a Request 

Status command. _. ^ , *.w • 

Since the target address is in blocks and the length is 
specified in bytes, a read which ends on the first byte of block 
n or any byte within n will result in the target address being 

set to block n+1. .. m „ T/9n 

Only single vector addressing can be used with 5UB5ET/8U 
devices. The 6-byte address field of the Set Address command 
is treated as one large unsigned binary number. Every 
addressable block of storage is located via this 6-byte address. 
This simplifies device addressing for systems which are not 
interested in the particular device's configuration. The 
peripheral organizes his cylinder, head, and sector addresses 
on a disc drive such that access to sequential sectors is 
provided with maximum performance. (Increment sector, head, 
then cylinder). 

VARIATIONS FROM CS/80: 

CS/80 allows for three vector as well as single vector 
• addressing. We have tried to simplify things by allowing only 
single vector addressing in SUBSET/80. 

In the response to Request Status, a SUBSET/80 device will 
always specify the address in bytes P1 through P6 in single 
vector mode. 

STATUS BITS SET: 

If the single vector address is out side of the range for 
the intended unit, the status error bit Address bounds will be 
set If an Address bounds error occurs during a Set Address 
command, the target address will not be changed. The old 
value for the target address will be left as is. The target 
address will be set to zero any time an End of Volume error- 
occurs. If you read up to the end of the volume of the unit, 
unit will automatically set the address back to block 0. 



the 
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*************** SET LENGTH «****»*»»****»* 

FORMAT: <00011000> < P1 > < P2 > < P3 > < P 2 * > 

( 4 parameter bytes ) 

» Parameter format: 4-byte, unsigned binary number 
( Except all 1's means the entire volume ) 

TYPE: Complementary 

SUPPORT: Core command, All peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

This command specifies the length of a data transfer 

in nU ?Se r four b bytes following the Set Length opcode contain 
the byte count of the transfer length. If this field is not 
included in the command message, the transfer length will be 
determined by the unit's power-on or target value. 

Each unit keeps a "target" value of length. At power-on it 
is the power-on value of all ones which means a full volume. 
Whenever the Set Length command is given, whether it is alone, 
with wly other complementaries, or with other complementary 
and a Real time, General purpose, or Diagnostic command, the 
Set Length command changes the unit's target value of length. 

The peripheral device does not keep the host from 
attempting to read or write through the end of the media on a 
given volume. Since there is no bounds checking on the Set 
Length complementary parameters, the host does not realise that 

of volume has been violated until the execution of a a 
write, or verify command actually encounters it. All of the data 
specified by the host will be read or written right up to the 
enTof the media, at which time the end of volume status bit is 
set, and remaining data is sinked or sourced. The Peripheral 
device sources data by sending a byte of value 1 tagged with 
EOI. When the end of volume error occurs, the target addres. 

18 Se l ^^specification of all 1's implies a transfer size 
equal to tSese?ecied volume. If the unit has 7700000 bytes 
then the power-on length specification of -1, a' 4 .^" of 
FFH i« 7700000 bytes. The power-on target address is bloc* u. 
However I if the length specification of -1 is given and the 
target adJress is not 2 e?o, the -1 means a length up to the 
end of the volume. The host may use the length command to 
specify a full volume transfer. This transfer will begin at the 
target address and continue to the end of the media. Whenever 
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the length is set to all 1's, the end of volume error is 
suppressed. This is the way CS/80 did it and we have to be 
compatible. This means that on a read, verify, write, or copy, 
when the length is all 1's and the end of volume is encountered, 
no error will be set. The problem with 

this is that data will be lost with no errors generated if the 
peripheral doesn't have sufficient capacity to hold the data. 
Whenever the host sets the length to all 1's, especially 
during a write or copy command, he should make sure that the 
capacities and target addresses are such that data will not 
be lost, because the end of volume error will not be set. 

On a tape like the QIC tapes, the length should never be 
set to all 1's during a read or copy command. The QIC tape's 
capacity depends on how many sectors are spared during writing 
and is not a fixed number. 

Thus, if the host wants to do a verify from the target 
address to the end of volume, he can set the length to -1 and 
give the verify command. If there was no error, the data from 
the target address to the end of the volume was good and the 
new target address is now block 0. 

A length specification of causes a Locate and Read or 
Locate and Write to become seeks and have no execution phase. 
No data is transferred in this case. 



VARIATIONS FROM CS/80: 

1. The new CS/80 does not use "set" or "current" values 
of length so SUBSET/80 .is trying to emulate this improvement 
to CS/80. 
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•**«•*«««««•»** SET RELEASE (NO OP) »»*««**»»*»#»»* 

FORMAT: <001 1 101 1> <TZOOOOOO> 

T s 1 Suppress release time-out 

Z s 1 Release automatically during idle time 

TYPE: Complementary 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

SUBSET/80 devices will never set any bits which request 
release. This will simplify both the host driver and peripheral 
firmware. When this command is received by a SUBSET/80 
device it is treated as a No op. The command is accepted and 
ignored. No error status bits are set. 

VARIATIONS FROM CS/80: 

See the CS/80 INSTRUCTION SET programming manual to 
understand the meaning of this command in CS/80. In SUBSET/80 
it is treated as a No op. It is included in the command set 
for compatibility reasons. 
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*************** set RETURN ADDRESSING MODE »»«»****»**»»»* 



FORMAT: <01001000> <OOOOOTTT> 

TTT = Addressing mode 

000 = single-vector 

001 = three-vector 

TYPE: Complementary command 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

In SUBSET/80, only single-vector addressing is allowed. 

If you give this command and specify three-vector addressing, 

a Parameter Bounds error will be generated. 

The power-on value of the addressing mode is single-vector 
This command is included in SUBSET/80 only for 

compatibility reasons and since the power-on addressing mode is 

already single-vector, new drivers should not use this command. 

VARIATIONS FROM CS/80: 

1. SUBSET/80 supports only the single vector addressing 
mode. 
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*««*««***»«**»« SET RPS (NO OP) ««»«»**•»•*»«»* 

FORMAT: <0O111001> < time 1 > < time 2 > 

Time 1 = time -to-target in hundreds of microseconds 
Time 2 = window size in hundreds microseconds 

TYPE: Complementary 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

In SUBSET/80 this command is treated as a No op. SUBSET/80 
devices will accept the command and will set no error bits. 
However, the timing specified will not be met. 

VARIATIONS FROM CS/80: 

See the CS/80 INSTRUCTION SET programming manual to 
understand the meaning of this command in CS/80. In SUBSET/80 
it is treated as a No op. It is included in the command set 
for compatibility reasons. 
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**»**••»»»»««*» SET STATUS MASK »»*»»***»*»»»»» 

FORMAT: <001 1 1 1 10> < PI > . . . < P2 > 

8 parameter bytes 

Parameter format: Bit positions in parameter bytes 
correspond to error bit positions in the error reporting 
fields of the status report. "1" means to mask the error. 

TYPE: Complementary 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

This opcode is followed by 8 bytes containing the status 
bits to be masked. Each bit position corresponds to an error 
bit position in the Request Status message. A "one" in a given 
bit position will cause that error to be masked. All error 
conditions except fault errors may be masked. Refer to the 
Request Status command for bit positions. 

If any non-maskable status bits are set, a Parameter Bounds 
error will result. The power-on value has no error conditions 
masked. 

The masked bits will not be reported by either Request 
Status or QSTAT. If a status bit is not masked, it reports a 
hard error (QSTAT=1) when set. The only exception to this is 
the Power Fail status bit. This bit reports a power-on status 
(QSTAT=2) when set. 

In actual operation, when a peripheral detects an error, 
it will call a module to set the appropriate status error bit 
and set the appropriate QSTAT. If the bit is masked, the status 
error bit and the QSTAT will not be changed. The peripheral's 
response to the error is the same except for not setting the 
error bit and QSTAT. New masks are not applied to bits that 
are already set, nor will old errors that had been masked become 
visible when the mask is removed. The mask is applied to the 
status bit only at the time when the peripheral goes to set the 
status bit in his RAM. The status bits set will reflect the 
mask setting at the time the error occurred. 

VARIATIONS FROM CS/80: None 
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:""";.»«»•» set unit **"**:;;::;;;; 

FORMAT: <0010YYYY> 

YYYY = Unit number (111UDevice controller) 



TYPE*: Complementary 



SUPPORT: Core command, All peripherals must support. 
TRANSACTION FLOW: Command .Report . 

DESCRIPTION: 

This command is used to specify , J specific unit within 
a mass storage device, ^or example, the device co ^ 

of a Floppy which is unit ■"* /^^VoSoi. If YYYY = 1111, 

Commands directed to unit 1 have YYYY - ™ u controller . 

the command will be greeted t the device ^ may ^ fey 

Since this is a e°»P£ e ™J n *: h J r comp iementary commands, or 
itself alone, with a group of other camp 5tic comman d 

as part of a Re ?i J""*'^* „nt" this command changes the 
me ? Sag ^ tS e m device-r-target"unit: Each device keeps a target 
X \Ti°n\^ ^PoSe -o^or after a Universal Clear, Amigo 

S^Sit^^S^tSf ffiT^Si^? 1 .^ what th! last 
Set Unit command specified. include a Set Unit 

compl ^ t r,:r h e ls coSiar d ffSr-as s&irsn ^u-i, 

Note that tne aet ""^ "»* ' Tf the ODC ode appears 
first byte in the command " e !**|e. If the opcode pp 
elsewhere in the message an Illegal opcoae 
reported . 

VARIATIONS FROM CS/80: None 
STATUS BITS SET: 



the 
er 



^or? In thi/=a» the Target unit will not be changed. 
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**«*»*»»***»»»» 5ET VOLUME ***»*»»»**»**** 

FORMAT: <01000YYY> 

YYY a Volume number 
TYPE: Complementary 

SUPPORT: Core command, All peripherals must support. 
TRANSACTION FLOW: Command, Report. 
DESCRIPTION: 

This command is used to specify a specific volume within 
a unit. Most SUBSET/80 devices will have only volume 0. 
Since volume is the power-on volume, the host never has to 
give this command. In case this is not true, the Describe 
command will tell you how many volumes exist on each unit. 

Since this is a complementary command, it may be given by 
itself alone, with a group of other complementary commands, or 
as part of a Real Time, General Purpose, or Diagnostic command 
message. No matter how it is sent, this command changes the 
value of the unit's target "volume". Each unit has to keep a 
target volume in RAM. At power-on the target volume is 0. After 
that it is the last volume specified for that unit in the Set 
Volume command. 

If a command is given which does not include a Set Volume 
complementary, the command is for the target volume previously 
set. 

If an illegal volume number is specified (not included 
on the particular device) a Module Addressing status error is 
generated. In this case the target volume is not changed. 

VARIATIONS FROM CS/80: None 



page 80, 



»»»«»#*#»**»*»**»»»«»»»««*«*»«»»•***** ******* 

*************** SPARE BLOCK »******«*****»* 
*•»»•*»***»»#»«***••*»*********************** 

FORMAT: <00000110> <OOOOOOOT> 

sparing mode byte 

T = Retain data on reformatted track 

t X s 1 Do not retain data on reformatted track' 

TYPE: General Purpose 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: Command, Report. 

DESCRIPTION: 

This command is used to spare a defective block. The data 
in the spared block is ALWAYS lost. What happens to the rest 
of the blocks on the track depends on the T bit. 

If T s 0, all blocks on the track are preserved except the 
spared block. The spared block is moved somewhere. This is 
taken care of by the device and transparent to the host. In this 
case the only data lost was the spared block and after the 
command is finished, a new block has replaced the defective one. 
The host will then have to fill it up with the appropriate data. 
The parameter bytes PI through P6 will contain the address of 
the spared block and P7 through P10 will contain the number 
OOH,00H,OOH,01H. If the host is not able to retain all the 
blocks but the defective one, an Unrecoverable Data error will 
be set and QSTAT will be 1. The host will then have to give the 
command again with T = 1. . 

If T = 1, the data on the entire track will be lost. It is 
just like the whole track was reformatted. The parameter bytes 
PI through P7 will contain the begining address of the track and 
the bytes P7 through P10 will contain the number of blocks on 

the track. 

Some possible status error bits which could be set in 
response to this command are: 

No Spares Available There are not enough spares left, 

or this device doesn't do any 
sparing. 

Media Wear The sparing was done but almost 

all the spares have been used up. 

Unrecoverable Data T=0 but the peripheral couldn^ 



page 81 



retain all the data in the blocks, 
(not counting the spared one which 
is never retained) 

Because of the information contained in the parameter field 
of the status message, the Request Status command should always 
be given after a Spare Block command. This will return 
information about the area affected by the sparing operation and 
will also clear the status message bits. 

For information as to when to use this command, see the 
section on SPARING STRATEGY. 

VARIATIONS FROM CS/80: None 
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»**«»«*«*«*»*** UNIVERSAL DEVICE CLEAR »*»»*«*««««*»** 



HP-IB SEQUENCE: 
<P0010100> 



ATN 



DPPR 



EPPR 



Universal Clear command 
P is the parity bit. 

Device recognizes command 

Device disables parallel poll 
response 

Device is doing the clear 
operations here. 

When done, the device enables 
parallel poll response. 

An optional reporting phase 
may follow. 



TYPE: HP-IB Universal command 

SUPPORT: Core command, all peripherals must support. 

TRANSACTION FLOW: HP-IB Universal, Report (optional) 

DESCRIPTION: 

This command instructs all devices on the bus to do a 
clear. After receiving this command the device disables 
parallel poll, does the clear, and then enables parallel poll 
and goes into the reporting phase. A reporting message following 
a Clear command is optional and the device will accept 
and execute a command if sent. 

After a Clear command, the host must wait for parallel 
noil before sending any other command. This will avoid channel 
timeouts if there is a delay in processing the Clear command. 

SUBSET/80 devices will respond to Clear and Cancel commands 
as soon as they can, but it won't be immediate because the 
number of interrupts available is limited. Some SUBSET/80 
devices will periodically check the bus for clears or cancels 
when doing long procedures like a format. The bus will be 
checked for these commands at least every 5 seconds. 

The sequence of operations performed by a clear is as 
follows: 
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1. Abort the current operation at the earliest opportunity 
such that no data corruption can take place. 

2. Clear all clearable device or interface conditions 
currently asserted. The channel options set by the HP-IB Parity 
Checking command are not cleared during a clear. 

3. Reset all complementary parameters to their power-on 
values. The selected unit for a Universal Clear, Amigo clear or 
Channel Independent Clear to unit 15 will be unit 0. For Channel 
Independent Clears given to unit or 1, unit or 1 ,' 
respectively, is still the target unit after the clear. 

4. Reset the status report. All status bits are cleared 
except the Diagnostic Result bit. NO CLEARS EVER CLEAR THE 
DIAGNOSTIC RESULT BIT. The only way to clear it is to do a 
Request Status command. Reset the power-on status. 

5. Set QSTAT value to indicate whether or not status should 
be requested. QSTAT will be 1 after a Clear only if the 
Diagnostic Result bit is set. 

6. The device should perform whatever recalibration 
operation it feels it should do, like hard discs restoring the 
heads to cylinder 0. If the restore takes a long time, it may 
be possible to speed it up by doing a seek to cylinder 0, then 
restore. 

7. The device may want to reset its HP-IB chip. This is 
risky if the clear is an Amigo Clear or a Channel Independent 
Clear. The Untalk and Unlisten after these commands may hang 
if the chip is reset before it can complete the handshake. It 
is nice to reset the chip in case it is causing the problem, 
however, resetting the chip can cause problems itself. Our 
recommendation is to not reset the HP-IB chip but to do whatever 
clearing is possible short of taking it off line. The HP-IB 
address switches do not have to be updated during a clear. 

8. The device lastly enters an optional reporting state. 
It will accept any command from the host. 

VARIATIONS FROM CS/80: None 
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FORMAT: <00110001> <P1> <P2> 

*P1~ = 11110001 = F1H 
P2 = 00000010 s 02H 

4- fha itandard format shown in the 
^ t K;"l??rc£ e Sp"lB th cS-S» 5&»« W.UCTUU- . 

TYPE: Diagnostic 

~a Hard discs must respond to this command. 
SUPPORT: Floppies and Hard discs must v 

TRANSACTION FLOW: Command, Execution, Report 




the execution phase of this ^««nd. some f 

This command enables a josi w h downloadable binary 

security for certain »°™"£V*£ wfti.re vendors selected by 
program will be »^de available to software venao^.^^ ^ th 

?he host divisions that will enable a key t ^ then the 
privileged area on a disc A souware d £ ice % he presumed key 
SalidatI Key command passi ng to t he devi c. ^ be d 
stored on the disc. The ke y store do wU1 indica te if the 
and the status *it •"©« set, or no command . 

k pres umao h ly. dl tne ^JKtSS.^of?^. will abort the program if 
the keys don't match. 

mUTIMS FROM CS/80: ni.J-i.~- i- th. device dependent 
Initiate Utility command in C5/BU. 
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COMMANDS NOT SUPPORTED 



The following is a list of CS/80 commands which are not 
supported in SUBSET/80. New drivers should not use these commands 
with SUBSET/80 devices. If these commands are given, an Illegal 
Opcode error status bit will be set. 



COMMAND: 

1. Cold Load Read 

2. Write File Mark 

3. Set Block Displacement 

4. Set Burst 

5. Set Retry Time 

6. Set Options 

7. Copy Data 

£. Selected Device Clear 



COMMENTS: 

Identical to Locate and Read so it was 
not needed in the subset. 

Tape command, will be supported by low 
cost tape. 



9. Unload 



Tape command, may be supported by low 
cost tape. 

This definitely will be supported with 
a low cost tape/hard disc device. 

Not possible with low cost HP-IB chip. 
(Since phases of a transaction are 
secondaries, the 8291 A must respond to 
secondary addressing. The chip does not 
become addressed until a primary and 
secondary address are received. An SDC 
all by itself has a primary address 
followed by the SDC. The 8291A doesn f t 
see it because without a secondary 
address it is not yet correctly 
addressed and ignores the SDC. 

May be supported with low cost tape 
drive. 
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a*************************************************** 

«**»««*»»»«»*«» SET FORMAT OPTIONS »****«*«*»**«»* 
♦a************************************************** 

FORMAT: <00110001> <P1> <P2> 

<00110001> is the opcode for an Initiate Utility 
command where the host sends an execution message. 

» . Pi = 11110011 = F3H 
P2 = 01011111 = 5FH 

The HP-IB sequence is the standard format shown in 
the section "TYPICAL HP-IB MESSAGE STRUCTURE". 

The execution message is a single byte, the option 
byte, tagged with EOI which the host sends to the 
peripheral. 

TYPE: Utility 

SUPPORT: All SUBSET/80 devices will respond to this command. 
All SUBSET/80 devices will accept and decode this 
command, whether or not they have any options. 

TRANSACTION FLOW: Command, Execution, Report 

DESCRIPTION: 

This command is used to tell the peripheral to format 
in a special way. This command is different from most other 
SUBSET/80 commands in that the data passed will be different 
for different products. The command consists of the 
opcode and 2 parameter bytes. In the execution message, one 
byte is sent from the host to the peripheral. This single 
byte tagged with EOI specifies to the selected unit which 
option should be performed during the following Initialize 
Media commands. The option remains selected until tjiat unit 
receives any Clear command or the power is cycled to the 

peripheral. ' „, -,.u 

For example, if you want to format a 9122 microfloppy with 
512 byte sectors, you would send this command to the 9122 with 
the option byte set to 2. If you want to format a 9122 
microfloppy with 1024 byte sectors, you would send this command 
with the option byte set to 3. To determine which byte to send 
you must consult the user's manual or documentation included 
with the 9122. This command is product specific. 

WARNING! SINCE THIS COMMAND IS PRODUCT SPECIFIC, IF YOU 
INCLUDE AN OPTION NUMBER IN YOUR SOFTWARE, THAT OPTION NUMBER 
MAY NOT BE SUPPORTED ON THE NEXT GENERATION PERIPHERAL. SENDING 
FORMAT OPTIONS REQUIRES KNOWLEDGE OF THE SPECIFIC PRODUCT. A 
DRIVER IS NOT PARAMETRIC IF IT HAS TO KNOW THAT THE FORMAT 
OPTION #2 MEANS A FORMAT WITH 512 BYTES ON A 9122. DON'T FIX 
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THESE OPTION VALUES INTO YOUR PARAMETRIC DRIVER. One possibility 
is to ask the user to supply the options byte. The driver is 
only passing information from user to peripheral and does not 
have to know what the byte means. 

This brings up the problem of how to know if the device 
has any options. If you send the Set Format Options command with 
the option byte of OFFH, the SUBSET/80 device will accept this 
and set no errors if the device has format options. If the 
SUBSET/80 device does not have any selection of format options, 
then the device will set a Parameter Bounds error. All SUBSET/80 
devices will respond to this command. CS/80 devices do not 
understand this command. If the peripheral has only the default 
options and no others, it will respond to Set Format Options 
(options byte = OFFH) by setting the Parameter Bounds error. 
If the peripheral does have some options, it will respond to the 
Set Format Options command (options byte = OFFH) by setting 
no errors. Once the driver knows the device has some format 
options he can then ask the user to supply a format options 
byte. The driver then sends this byte to the peripheral. If the 
user supplies a number which is not a valid options number, the 
Parameter Bounds error is set. After the unit is cleared or 
after powering on, the unit will set his format option to the 
default value. A format options byte of 00H also specifies the 
default value. Default values, of course, may be different 
for different products. 

Format options byte Meaning 

00H Use product default. See product 

documentation. 

01H - OEFH These may be valid format options. 

Their meaning is product specific. 

FOH - OFEH Not used. 

FFH This option byte is used to see 

if the SUBSET/80 device has any 
format options. 

The meaning of the options byte is defined by a product 
and you must see that particular product's list of options to 
send the correct byte. 

This command is very valuable in allowing a user to format 
a floppy in different ways. It is very dangerous from a command 
set perspective, for the options byte is only meaningful -fojj 
certain products and not others. If you put the options bytes 
into code, that code may have to be changed on the next 
SUBSET/80 product. The division producing the peripheral will 
try to keep all options the same for similar products but this 
can not be guaranteed. We chose a parametric command set because 
we wanted to avoid changes to host code each time a new 
peripheral comes out. Because this is a product specific 
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j ^e fVi» device dependent 
VARIATIONS FROM CS/80: This command - the 
Initiate Utility command in CS/bO. 



, a 9122 Microfloppy 
Tor example, '"■ 



OPTION 

25b byte blocks, double sided 
25b byte blocks, double sided 
512 byte blocks, double sided 
102U byte blocks, double sided 

9121 format (256 byte blocks, 
4 single sided) 



FORMAT OPTION BYTE 
(default) 
1 
2 
3 
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HP-ll. KLSSAGES 

The device's response to each HP-1L nessag* is 'describey 
b-'OM in SUDaLr/33, bom of these messages could be c «.^« 
ir?rr.r,.Ji*;nt «„.«i« -nee they are «?< "J?^™ J * P *' " 

t . rillJ . L UD » +- channel. However, in this aev>crxption tn*y 

J t iM.S «p.r.t.X» fr.; the ^''^^^n" 

sequence ot *»w _,„„,. < ' « vhe KP-IL Svstew- An Introductory 

follow the examples given in *he ^ iu »y«™ 
tui.de to the Hewlett-Packard Interface Loop . 

DATA GROUP 

Data Byte . If a talker, will check to see that the *yt« recijiued 
1bU py Te iT Ku+o «.nt If the frame is not the same 

was the sane as the byte s>ent. it ™ Tl ° error 

as the one sent, then an ETE frame will be «*}. U ^ e error 
occored during the execution phase of * 9UB ^"*° "*™^' 
the device will go to the reporting phase. If J 3 "2 "«i 
the device accepts the data byte and passes it to the next 
device NOTE: In order to make data transfers as fast oS 
possible, the data byte will not be checked •"**! »^r '*• 
next data byte is sent, so the ETE night be sent one frame 

later . 

Fnri Kute If a listener, accepts the byte and passes it on 
""" in aSUBSET/Bu command sequence, the controller « tne oop 
uses an End byte to indicate to the device ^at the last 
Barawe . t er or opcode is being sent or that the last byte 
it KinS sent in a data transfer. The device sends the End 
By t* n 9 S UBSET/80 to indicate that the last byte during he 
eSrcutior. phase or report phase is being wnt . ^ o 
..i«i n-,t send end Byte* when responding to the hi k KL.aoy 
wi,l not sena tno pvt« Dpvi c e i)s r Send Accessory ID. 
commmands Senc btatus, oenc yeviLt. *». , 

COMMAND CROUP 
Interface Clear: The device is removed from taiker or listen.r 



status 
Dev 




Selected Uevicr Clear- IF listener, will have s*m* rcspc.se a- 
tne Device Cioar command 

Go "»o Locals No response. 

Local Lockout- Wo response. 
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Remote Enable; No response. 

Kct Remote Enable; No response. 

Parallel Poll tin-sola 3-iS-. If a listener, the device wi ■. ;. 
enaaie its parallel poll response capability according 
to the last four bits of the Message. Vha device's powar- 
on state is its parallel poll .response capability is 
disabled . 

Parallel Poll Disable: If a listener, the device will disable 
its parallel poll response capability. 

Parallel Poll Unconfigure: The device will disable its parallel 
poll response capability. 

Group Execute Trigger: No response. 

Loop Power Down: Pompeii will immediately go into its power down 
mo d e . 

Enable Asynchronous Requests: No response. 

Auto Address Unconfigure-. The device's address is set to 
the default value of J2 . ,• 

Listen Address C-30 : If the address watches, the device is 
removed from talker status and becomes a listener . 

Un listen; Device is removed from listener status. 

Talk Address Q-3'J •■ If address matches, device is removed from 
listener status and becomes a talker. If the address 
doesn't mairch, the device is removed from talker status. 

lintel k: The device is removed from talker status. 

Device Dependent Listener 0-3i : The'.>e commands are used by 
the FILBERT command set only. The device will respond 
to these commands as described in the FILBERT command set 
description . 

Device Dependent Talker 0-3i : These commands Are uted by 

the FILBERT command set only. The device will respond 
to these commands as described in the FILBERT command'set 
description. 

Secondary Address G-31 ■■ The=;e commands- are usrc- by SUKoV 'i /&?'■ 

only. I'hey *rs used to indicate the" phase of a- tr ansacti -ir. 
jf the dev-ce is a listener or a talker, then the device, wiSi 
interpret the command and take the proper action. 

Nuli'l; No response. 
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RLADY GROUP 
Take Lontrol; Nc response. 

Ke&ry ror Command : The H: j -1L chip will handle The automatic 
response to this command. 

Send l)#ta: If the device is a talker and has received the 
proper secondary conmnd or device dependent cowano, 
the device will begin sending data. If the device is 
a talker and has not received the proper secondary or 
device dependent commmand, it will send back an ETU 
message . 

Send Status. If talker, sends the FILBERT status bytes as 
outlined in the FILBERT command set description. 

Sen* Device 11)= If talker, sends the bytes for device 11). 

Send Accessory Li>- If talker, sends one byte with value of 
151 OH as the accessory ID. SUBSET/80 hosts mist do a 
SOI or a SUBSET/80 command to determine if the device 
also implements the SUBSET/80 command set. 

Not Ready For Data: this command is not fully supported in 
SUBSET /8C. In SUBSET/80, if the device receives a i Ml? 
message while it is sending data, it will retransmit the 
NRD message and then send a EOT message when it receive* 
th* last data byte it sent. This will cause a message 
length error if this occurs during a SUBSET/80 data 
transfer, unless the data byto j"** sent was the last _ 
byte of the transfer. The device will not start *er,oing 
data where it 13ft off if it receives another SDA message 
In FILBcRT, this command will be supported in fu.U. . 

End Of Cransmission-UK. If talker, sent after a data transfer 
has completed successfully. 

End Of Transmissian-Error: If talker, sent after a bad HP-XL 
error check . 

Auto Address 0-31. If device has earlier •?*;«* •■L^;??!;"* 
is 31, then no resoponse. Otherwise, the device accepts 
the address as its own, increments the message by one, anc 
retransmits it . 

A u i <:• t. x t en d * d H r i ma r y C -3 i ■ N r, r e sp c n se . 

Auto Extended Secondary 3-31 • No response. 

Aito Multiple Primary 0-31: No response. 
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IDENTIFY GROUP 

Identify (no service request): The device autcndtic ally re- 
transmits the message with the SRQ bit and the parallel 
\\u'i1 bsts set accoroing to the devices current s-tstus. 

iiisntify (with service request): Same as Identify with no 
service request. 
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I. .1. A 



SUBSfc.T/80 COMMAND SET 

lhe CS/81; and SUBSt1/8C instruction set programing 
Manuals contains an overview of the conMand sot. and should be 
re^errro to for a conp'Jete description of the coMwand se* . 
This sec-ion will describe the specific actions the device wl 
take in response to each of the. cowhands. first, a list oF the 
commands is given and then a brief description of each cocmand 
^in alphabetical order is given. 

As Mentioned above, the Hi J -IL Messages are not included in 
SUBSEI780 description. The transparent coMMands included in 
this description all have the sa«e type of transaction sequence 
as the other SUBSET/80 Messages. The SUBSET/80 Transparent 
Messages Universal Device Clear, Selected Device Clear, and 
Identify are not iMplewented since they have corresponding HP-IL 
Messages. The Loopback coMMands are not iMpleMented since with 
HP-IL the loop is checked with every Message sent. The Channel 
Independent Clear eoMMand is used to allow only one unit within 
a device to be cleared, and the HP-IB Parity Checking coMnand is 
used to allow the SRQ response to be enabled and disabled, 
the SUBSET/80 coMMand set does not require that the Transparent 
coMMands be i«ple«ented since they are channel dependent, so 
the cocnand set iMplewented here Meets the standards. 
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EUESKT/80 COMMAND TABLE 
keal 1 i-ie Connands: 

General Purpose; 



Complementary 



transparent 



Diagnostic 



tfevi.ee Dependent 



Locate and Kead 
Locate and Write 

Describe 
Initialize Media 
Locate and Verify 
Release (No Op) 
Release Denied (No 
Spare Block 
Door Lock 
Door Unlock 



Op) 



Set Unit 

Set Volume 

Set Address 

Set Length 

Set Mask 

Set RPS (No Op) 

Set Release (No Op) 

Set Return Addressing Mode 

No Op 

Cancel 

Channnel Independent Clear 

HP-IB Parity Checking 

Initiate Diagnostic 
Request Status 

Validate Key 

Downlead 

Set Format Options 
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CANCtL 

Opcode- 09ri 

y*> sn-rts 1 "^: - 74 one 

Dr>=:>cr ipli on . "Thit- commend caust-s a graceful terminal -ion of 
Lang transactions, leading the device in the 
reporting phase. 

Tr.e cevice will look for a cancel during long 
cor-manc executions such as Initialize Media. 
Cancel will not cause an immediate response 
usually, but eventually it will be seen and 
acted upon. 

The Cancel command supresses message lengtii errors. 



CHANJ.LL INDEPENDENT CLEAR 

(ipciiae; 08H 

Parameters ■. None 

hi. bcription: If this command is directed to the controller or 
to the microfloppy, the same actions are taken 
as described in the HP-1L Device Clear command. 
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Dir.SCKlfce 

Opcode: 3SH 

i'aranrtsrs: None 

D.i-r ription ; The controller fit:- 'id?- rcurned s-or the 9lMA<"fc' 

CI, 02 * installed unit byte. Ci will .V ways b :- 
8GH, C2 will be 1 corresponding to i driv* ■• . 
C3, C4 - 7, naxinufi instantaneous transfer rate. 
Ob * 4 for one drive being connected. 

The unit description for the Microfloppy will be ■■ 

Ui » Generic device type 129, since disc change is 

not supported 
U2-U4 = C9114Q, product number 
US-U6 * variable, depending on bytes per Block 

Gf current disk 
UV - 1, number of blocks which can be buffered 
Utt « 0, burst node not implemented 
U9-U1Q * variable, depending on current disk 
U11-U12 = 7 Kbytes/sec maximum continuous average 

transfer rate 
U13-U14 ■» 3SC0, 35 seconds read retry tine 
U15-U16 = 8000, 30 seconds maximum access time 
U17 « variable, depending on current disk 
U18 ■■= 0, no fixed volumes 
Ui9 ■ 1, one removable volume 

fhe volume description field is= 

V1-V3 = 

V4 - i, maximum head address for double -sided > C 

for single-sided discs 
V5-V6 - variable, sectors per track 
V7-V12 = variable, Maximum sector address 
V13 = current interleave factor or naxinuM value 

if unknown 

To determine the correct values for the vol one descrip- 
tion field', the disc is accessed. Cylinder on head 
will be read to get the current interleave, disc type 
10, etc. If this track is unformatted, the bottom sur- 
face of the disc will beaccessed.. If it's formatted 
as single-sided; Che voIjmo description field psra- 
M-rte-5 will be returned as such. If neither side-- i,f 
tha disc is t'ornat ted , tti<? disc-will be I'egarcsd as 
the default type of disc. If no disc is in the orxvt, 
Vl-Vfc will reflect thr» default format, but tne sear- 
f field, V/-V12, will be zero. 
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DOOK LOCK 
Opcode. 4DH 
Parameters: None 



Description: This, command will cause the illegal opcode 
error bit to be set. Drivers can use this command 
to see that the devices do not have door locks. 



DOOR UNLOCK 
Opcode: 4CH 
Parameters: None 

Description: This command will cause the illegal opcode 
error bit to be set. Drivers can use this command 
to see that the devices do not have door locks. 

DOWNLOAD 

Opcode: 3iH 

Parameters-. Pi ■ F2H 
P2 *= A5H 

P3-P5 *• Device number 
P6 * Download revision number in unsigned binary 

Description. This command is used to download code into the RAM 
of the device, which will then be executed. Thus 
command is mainly used for special service routine! 
and diagnostics. 



HP-IB PARITY CHECKING 
Opcode: OiH 

Parameters: Pi - 00H to disable SRQ response 

02H to enable SR« response 

Description: Inis command is used to enable and disable the 
device'* SRQ response. lhe device's power-on 
state is SRGJ disabled. 
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INITIALIZE MEDIA 
Opcode 37H 

Parameters; Pi ■ byte indicating how sparing should be bandied 
P2 « block interleave number 

Description; This command will initialize a media, one track at 
a time. The procedure consists of - 

i) writing a worst case pattern 

2) verifying the pattern 

3) formatting the track with the desired inter- 

leave or sparing the track if defective 
4> verifying the pattern 
5) step to the next track 

None of the spares present on the disc at format 
time are preserved. If a track is truly defective, 
it will be spared again by this Initialize Media 
procedure. 

There »re two spare tracks on each side of the 
double-sided disc. If more tracks need to be 
spared than provided for by these set-aside tracks, 
the command will end in error. 

The disc can be formatted with an interleave from 
i to the maximum sectors per track. An interleave 
of is the same as-an interleave of i. If the 
the interleave parameter passed is greater than the 
Maximum number sectors per track, the maximum will 
be used . 

Periodically during the execution of the Initialize 
Media command, the HP-IL will be- scanned. If a 
Clear or Cancel command is recognized, the Initial- 
ize Media command will be terminated with no errors. 

Some possible status errors »re-. 

35 « Not Ready No disc in drive 

36 - Write Protect Disc is. write protected 
34 = No Spares Available Ran out of spare tracks 

5^ * Auto Sparing Invoked • At least one track was^ spared 
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INITIATE DIAGNOSTIC 



Opcode: 33H 



Parameter* 



^Description : 



PI 
P2 
P3 



CCH 
OiH 
00H 



This command instructs the device to perform it? 
diagnostic routine. This routine is the same as 
that performed at power-on. 



LOCATE AND READ 



Opcode: 00H 



Parameters 



Description 



None 

This command finds the data at the target address 
and transmits it to the host. 

If the present location of the read/write head is 
not at the target track, the head is stepped to 
the proper cylinder and the sector ID is read to 
verify the location of the head. The actual sec- 
\ not verified at this time, only the 
[f any error occurs up to this point, 
status bits are set up, QSTAT is set to 
reporting phase is entered, skipping the 



tor(s> ID ii 
track ID. 
the proper 
i, and the 



execution phase 

Once the proper track is located, *»»••*■«**;" 
message is requested, unless the current lenrjth 
is C, in which case no execution message is re- 
quested. 

At least one sector (block) of data is read from 
the disc and then passed to the host. The cycle 
of reading a sector or data and then passing it to 
the host over the HP-IL will continue until the 
number of bytes as set by the current length par- 
ameter is passed. 

If the correct sector for a read cannot be *J™ d > 

a restore to track followed by a seek for the 

correct track is performed. Re-seeking vul be 
performed up to five times. 
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If the data is read with a CRC Trr^r, jp to two 
retries will be performed before the read ends in 
error. In all cases, all the data requested 
as. defined by the length parameter will be passed 
to the host . 



ScMfe possible status errors 



35 
33 
44 
41 
40 
59 

52 

57 



Not Ready 
Unitialized Media 
End of Volume 
Unrecoverable Data 
Unrecov. Data Overflow 
Recoverable Data 

Latency Induced 

Recov. Data Overflow 



No disc in drive 
Unformatted disc present 
Reads extend to end of disc 
Seek fails or data error 
More than one error 41 
Seek or read succeeds after 

retries 
Seek or read succeeds after 

retries 
More than one error 59 



LO'JATE AND VERIFY 
Format: 04H 



Parameters: None 



Descripti on 



This command instructs the device to perform an 
internal verification of a section of data to 
ensure that it can be read. 

This command is basically the same as a Locate and 
Read except that i> the data is not made available: 
to the host, 2) retries on reading the data are not 
performed, 3) the device stops reading after the 
first error. 



Some possible status errors: 

35 * Net Ready 

33 » Uninitialized Media 

44 » End of Volume 

41 » Unrecoverable Data 

40 » Unrec. Data Overflow 



No disc in drive 
Unformatted disc 
Verify went to end of disc 
Seek fails or data errfrr 
More than one error Al 
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LOCATE AND WiUTt 
Opcode- 02H 
Parameters: NoiYe 

"s: ;;.£ &!«. «->• ••s* 1 ™; i c y u ^°_ 

verify the location of the head. The actual sec 
tor(s) ID is not verified at this time, only the 
track ID. If any error occurs up to h s point, 
the proper status bits are set up, WTAli* ••* 
to i, and the reprortinq phase is entered, skip 
pinq the execution phase. 

Cnce the proper track is located, the execution 
«e"age is requested, unless the current length 
JM! in which case no execution message is re 
quested . 

The actual writing of the data occurs once the 
lector buffer is filled with data from the host. 
?hl. cucle of filling the buffer and then trans- 
JI"i 5! S. °d f ata to ?he microfloppy will continue 
until the number of bytes as ** e " f "* *J *£" 
length parameter is written on **« """"_** V ie; 
t* iniu 1 oortion of a sector's worth of data is 
Jl^bJ *i"t! the r.-.ihder of the ,«t,r i. 
failed with zeros. 

Same possible status errrors- 

No disc in drive 
35 = Net Ready n«*,-« a tted diac present 

SS = Uninitialized Media Unfa. Jf^te Jro?ected 

3 t " cTr/^^me ««ads extend to end of disc 
44 « end of Volume fails or data errror 

41 « Unrecoverable Data Seek fails or ca 

40 - Unrecov Data Overflow More than^one .^ ^ 
59 « Recoverable Data succeeds after retries 
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NO OP 

Opcode: 34H 

Parameters •• None 

Description: This command it, ignored. 

RELEASE (NO OP) 

Opcode: OEH 

Parameters: None 

Description: This command will be treated as a No Op. 

RELEASE DENIED <NO OP) 

Opcode: OFH 

Parameters: None 

Description: This command will be treated as a No Op 



PAGE 22 



REQUEST STATUS 
Opcode; ODH 
parameters: None 

Description: This command instructs the device to return the 
status report. 

* - • ' * 

See te SUBSET/80 command set description for 

details. 

There are certain staus bits that can be set by 
all the commands. These are-. 

b « Illegal Opcode , 

9 » Illegal Parameter 

10 ■ Message Sequence 
12 * Message Length 
19 • Controller Fault 
22 ■ Unit Fault 

30 * Power Fail 

The Power Fail status will indicate that a new 
disc has been inserted into the drive. 



SET ADDRESS 

Opcode: 24H 

Parameters: 6-byte unsigned binary number for single vector 



Description 



address > MSB first 

This command sets the value of the single vector 
target address. 

The target address is incremented af * er * a ^h "ad 
whether it was successful or not and will point 
to the block after the one just read. 

Some possible status errors: 

7 - Address Bounds * Address passed is too large 
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SET FORMAT OPTIONS 

Opcode- 3iH 

Parameters: Pi » F3H 
P2 - SFH 

Description: This command is used to tell the peripheral to 

format the media in a special way. The execution 
Message consists of a single byte that specifies 
the format. This format option remains selected 
until power is cycled or a clear command is executed 
The following format options are supported. 

Format option byte Format written 



(default) S12 byte sectors 

9 sectors/track 
'd sides 
77 tracks of data/side 

1 256 bytes/sector 

16 sectors/track 
2 sides 

77 tracks of data/side 

2 Same as 

3 1624 bytes/sector 

S sectors/track 

2 sides 

77 tracks of data/side 

4 ' 2S6 bytes/sector 

16 sectors/track 

i side 

66 tracks of data/side 

(this is HP single_sided format) 

SET LENGTH 

Opcode: 1BH 

Parameters: P1-P4 « unsigned binary number, MSP first (except 
all i's means entire volume) 

Description; This byte defines the number of bytes in a data 

transfer. No matter what the current length parameter 
is set to, all read and write operations tc the micr 
floppy will be done on a full sector basis. The 
number of data bytes transferred over the HP-1L will* 
be as defined by the length parameter. 
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SET S«' AT US MASK 
Opcode: 3EH 

Parameters; P:,-P& * Bi'. positions in tech byte corresponds 
f °° ta the error bit position in the error reporting 

fields of the status report. "i M means to mask 

the error. 

Description: This command allows masking of error conditions 
reported by the Request Status command. The B 
bytes following the command opcode indicate which 
error bits are to be masked. At power-on, no 
bits *re masked . 

The masked error bits will not be reported by 
either Request Status or «STAT. If an error bit 
is not masked, it reports a hard error <«&TAT=i) 
when set. The only exception to this is the Power 
Kail error bit. This bit reports a power-on 
status <QSTAf=2) when set. 

Some possible status errors: 

8 - Parameter bounds Trying to mask an unmaskable 

bit 



SET RELEASE 

Opcode; 3BH 

Parameters: 2 bytes 

Description: This command will be treated as a NCI Op. 

SET RETURN ADDRESSING MODE 

Opcode: 48H 

Parameters ; 

Description: This command should net be used by new drivers 
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St I RPb 

Opcode. 3VH 

Kcreifiittrs: 2 bytes 

hmcr jpti en = This cennand will be Treated as a No Op. 

S£T UNIT 
Opcode; 2XH 
Parameters: None 

Description: This command is used to specify a specific unit 

within the device. The controller is always unit 
IS. The Microfloppy will be unit 0. 

Some possible status errors: 

6 * Module Addressing Illegal unit number 

SET VOLUME 
Opcode; 8XH 
Parameters: None 

Description: This command is used to specify the desired storage 
volume of a specified mass storage device. In 
this device there is only one volume, so the only 
valid volume number is 0. 

Some possible status errors: 

6 - Module Addressing Volume not equal to 

SPARE BLOCK 
Opcode: 06H 
Parameters: One byte 

Description: This command instructs the device to spare out 
tna track indicated by the target address. 

Tne device's response will be: 

34 - No spares available 
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VALIDATE KEY 

Opcode: 32ri 

Parbcsters. Pi = -FV>\ 
P2 - 02H 

•pe^cr ipt ion ; This command causes the device to compare tli€' key 

passed during the execution phase to the key stored 
on the Microfloppy. If the keys agree QSTAT will 
be 0. 

This command enables a host to implement some form 
of security for certain software products. A 
downloadable binary program will be made available 
to software vendors selected by the host divisions 
that will enable a key to be written in the privi- 
leged area on a disc. A software package can then 
issue the Validate Key command, passing to the 
device the presumed key stored on the disc. The 
key stored on the disc will be examined and QSTA1 
will indicate if the key on the disc watches the 
key passed in th command. Presumably, the appli- 
cations software will abort the program if the keys 
don't match. 

Some possible status errors; 

3? = No Data Found Incorrect key or no key 
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FILBERT COMMAND SET 

The extended Filbert coh«and set will also be supported on 
oath rv-mpeii and Buzzard. this can to* done sine- the two cof-r ^ 
«ets u*e different H^-IL connands. SUBSET/80 uses secondary 
address^ to indicate phases in a transaction and Filbert js«b 
device dependent conwandb. 

DEVICE COMMMANDS 

The device commands in the extended Filbert conwand set 
are listed below. The comtands urm split into two groups. Listen 
commdi »re executed when addressed as a listener, and talk 
comands are executed when addressed as a taller No action is 
taken on any device dependent co««and until the RFC following it 
has been received. If any other fra*e follows the device dependent 
connand, then the co««and is not executed. Any DDL or DDT co««ands 
other than the ones listed below will cause all states to be cleared 

LISTEN COWHANDS 

WR]TE TO BUFFER A <5 

WRITE TO BUFFER i • Ai 

WRITE A2 

'SET BYTE POINTER A3 

SEEK A J 

FORMAT A5 

PARTIAL URITE A * 

HOME (REWIND) A7 

CLOSE RECORD A8 

TRANSFER BUFFER 0-i A9 

EXCHANGE BUFFER ** 

VERIFY RECORDS AB 

DOWNLOAD AC 

TALKER COMMANDS 

SEND BUFFER C0 

SEND BUFFER i . . C1 



READ 



C 



-j 



SEND ADDRESS C3 

EXCHANGE BUFFERS J4 

TRANSFER BUFFER 0-i Co 

«Jrt4D PHYSICAL ATTRIBUTES C6 

8H.ND MAXIMUM ADDRESS C7 
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LISTEN UUKKANDS DESCRIPTIONS 



UKiili-. BUFFER G 



l>«-.t* bytes following this command are stored in BU1-H-.K C 
starting at the location pointed to by the BY IX POINTER . When 
*the buffer fills, the contents of the buffer are- written to the 
NEXT RECORD. Following bytes fill the buffer from the beginning 
again This command is the same as the WRITE command except that 
the BYTE POINTER and PARTIAL WRITE flag are not cleared when the 



command is received 



WRITE BUFFER i 



Bytes are stored in BUFFER 1. No action is taken when the 
buffer fills. The BYTE POINTER wrap's around and extra bytes are 
written over the bytes at the beginning of the buffer. The 
PARTIAL WRITE flag is cleared. 

WRITE 

This command sets flags that cause the buffer contents to be 
written to the NEXT RECORD when an END frame or CLOSE RECORD is 
received, or the buffer fills. After the buffer is written to the 
NEXT RECORD, the record after the one just written becomes the NtXT 
RECORD The BYTE POINTER and PARTIAL WRITE flag are set to zero 
when this command is received. If the last record on the media is 
written, the L STATE mode is cleared and NEXT RECORD is set tc 0^ 
If another DAB i* received, size errzr is set. If a CLOSE RtCURJ 
■jz received just after the buffer has filled, the contents of the 
buffer will be written to the NEXT RECORD resulting in two sequent iaj 
record* containing the same data (the buffer contents have not been 
changed since th« previous record was written). 

SET BYTE POINTER 

Data bytes received after this command are put in the BYTE 
POINTER register. The last byte received is the only valid byte. 
The data frame is taken as a binary value. The bytes o+ each 
buffer are numbered from to 2S5D 

SEEK . 

This command sets the NEXT RECORD. The PARTIAL W«1U flag is 
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record is received , a size error is generated and the Nt'XT RECORD 
remains the sane. 



PCRhAT 

Immediately after receiving this connand the entire nedia is. 
initialized. The fornat used will be 2Sfc bytes/sector, 16 sectors 
per track, 2 sides, and 77 data tracks per side. The Subset/Bu- 
connand Set Fornat Options can be used to change the fornat to 
single sided HP fornat if desired. The interleave used will be 9. 
This is the only tine that record headers are written on the nedxa. 
The PARTIAL WRITE flag is cleared and the contents of BUFFER C and 
1 are destroyed. Fornat will fail and write protect the nedia xf 
motor speed is not within specifications. Fernet will take between 
i and 2 Minutes to complete with double-sided drives. Due to 
errors in the fornat routines of certain hosts, a check is done 
after a write to the first sector to wake sure that if L1F fornat 
is being written on the disc after the format that the correct 
extension fields and directory size are written. If not, then 
these arm overwritten with the correct data. 

PARTIAL WRITE 

W.icn this connand is. received the NEXT RECORD is read. The 
NEXT RECORD. renains the sane. The head renains over the track 
containing the NEXT RECORD. The PARTIAL WRITE flag is set. The 
following rules apply when in PARTIAL WRITE node: 

A) After every read the record just read remains the NEXT 
RECORD. 

B) After every write: 

if the buffer was filled the NEXT RECORD -nunbe r is- 
incremented, the new NEXT RECORD is read, and the 
head renains over the track containing the new NtXT 
RECORD. 

if the buffer was not filled the NEXT RECORD renains 
the *am and the head renains on the sane track. 

Writes occur when the buffer fills, or when an END frane or 
CLOSE RECORD is received. 

Tne buffer is filled when the BYTE POINTER rolls over to 
zero when no END frane or CLOSE RECORD is received, 3r when the 
BYTE POINTER is pointing tc tne last byte in the buffer and an 
(TNI) frane is received. (The END frane is placed in the last 
byte of the buffer resulting in a full buffer.) 

The buffer is not filled if the BYTE POINTER is not at the 
end of the buffer when an fcND frane is received or if a C'.OSL 
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RECORD is received. (The buffer w 
RECORD is received.) 



ill newer be full whe-n a CLOSE 



If the BYTE POINTER is at the first byte of the buffer ■ *nd 
xt >"= *• j -l.- u ..fi',- i At written b>ic* T3 N*tt= 

a CLOSE RECuwi) is received, the buf+a. i.» -». it ien « .u „,.,■ ,-,*!. ) 

NiXT KfcLCWB. Cihr buffer contents are tne tarn, as the L,. * i K.-UJ, .) 



is written and th» NEXT 



* If the rt«*l*-Jft addressable record is wruten in •- — th 

RECU^ets incited then the LSTATE ? . * -jil bo c a ; J-^th 
NEXi" RECORD will be set to 3, and size error wui u * 



t? 
if 



mother DO!? frane is received. 



HOME (Previously REWIND) 

This co»i«r.d sets the NEXT RECORD to and restores the drive 
to track 0. 

CLOSE RECORD 

This command causes the buffer contents to_ ^ written to the 
„,«., bkcord if PARTIAL WRITE node is active the NEaT RECOKi) 
NEXI RELUKD. it rH* ti thc N r cX1 RECORD number is 

number "««n« th. ••««• IJ "J J"^™^ cl „ p . d tnen n0 

rct r irn 6 irta k en f ^END^f ra«eTac? th.'..-. - CLOSE RECORD unless 
PARTIAL WRITE node is active. 



TRANSFER BUFFER 0-i 



Cf BUl-rfcK 1 



are lost 
wedia . 



Rii'Ft-R C i* copied into BUFFER i- The contents 

BUrTEft " is usad for buffering records on and oft .ne 



EXCHANGE BUFFERS 

■,he contents of BUFFER C and BUFFER i are exchanged. 



VERIFY RECORDS 




the sector that failed. 
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DOWNLOAD 

Tne first DAB received after this command is th*e- starting 
address MSB, the second byte is the LSB . Successive bytes «re 
loaded xnto memory starting at this- address. Wnen an l*'.U 
frame is received a subroutine call is made to the location 
specified by the starting address. This command is intended 
for service use only. No range checking is done. 



TALK COMrlANDS DESCRIPTION 



SEND BUFFER 

When this command and a subsequent SDA are received the 
BUFFER contents are sent starting with the byte pointed to by 
the BYTE POINTER. When the entire buffer is sent the NEXT RECORD 
is read into the buffer and sent. THe NEXT RECORD is then 
incremented . This continues until the maximum addressable record 
is sent, an NRD sequence has been executed, or an error condition 
is detected. If the maximum addressable record is sent and an NRD 
sequence has not been executed, an EOT is sent and the NEXT RECORD 
is set to 0. 

SEND BUFFER i 

When this command and a subsequent SDA are received the BUFFER 
i contents are sent starting with the byte pointed to by the BY IE 
POINTER. Sending stops when the entire buffer has bee.i sent or an 
NRD sequence has been executed. 



READ 

The NEXT RECORD is read and placed in BUFFER C. The NEXT 
RECORD number is incremented. The BYTE POINTER is set to zero. 
The contents of BUFFER C are then sent. When the last byte has 
been sent the new NEXT RECORD is read and sent. fhis continues 
until the Maximum addressable record has been read and sent or an 
NRO sequence has been executed. If the maximum addressable record 
is sent and an NRD sequence has not been executed, an t.U'l is sent 
and the NEXT RECORD is set to 0. 

SEND ADDRESS 

The NEXT RECORD number (tuo bytes) and the value of the BYTE. 
POINTER (one byte) are returned after this command and a i.»bseq .» >;ni- 
SDA are received. The order is, most significant Byte, Jeast sigr.it 
'cant byte, and then the BYTE POINTER. 
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exchange: buffers 

This command is the same as the DDL EXCHANGE BUi-FEKS. 

TRANSFER BUFFER 0-i 

* ' This comand is. the same as the DDL TRANSFER BUFFER O-i. 

SEND PHYSICAL ATTRIBUTES 

Twelve bytes of the LIF Level i extension field are returned 
after this command and a subsequent SBA are received ^ The mo »t 
significant byte of word 12 is sent first, then the least significant 
signit icam oyie *» t •"•• — » ..„ fe«a l if documr-n* 

byte of ward 12. This is done for wards 12 to 1/. (See Li>- ooc^r-n. 

page IS) 

SEND MAXIMUM APPRESS 

Two bytes representing the record number (in binary) J*J h * 
last (highest) physical record on the media are ^^^^1!"' 
c G Mind and a subsequent SPA are received. The most significant 
byte is sent first. 



STATUS 

One byte of status information will be ret urned when the 
S,.nd Status . M «nd is received. Ihe following table outlines 
the possible status messages that could be return**. If the 
Sevice t. busy, status malsage of 32D will be returned. 

Status Byte Condition Description 



G 
IS 

2a 



iiS 



Condition 


Idle 


Stall 


No media 


Low battery 


New mad is 


Blank 


Record nuf-ber 


error 


Checksum error 



Everything is OK 
A seek was attempted to a 
blank media. 
No media is in drive 
Low battery 

A new disc is in the &r:i. v« 
A foriegn or unformatted 
«<-dia is in the driye 
fhe record cooif. net be 
found *; 

26 Checksum error A LRC *rr*r occurred on 

a read or too many traces 
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were spared by KJXMrVl 

18 Size error An access to a record 

greater than the «avtim;« 
addressable record was 
attempted 

19 Write protect Disc is write- pr otect»:d 
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ntSSA&E SIRUCTURCS 

The me-sages that are used were separated into two dis- 
tinct groups, HP-1L neteages and SUBHET/S3 i»«ssa?*»s. Jhis 

was done because the message sequence used when a 8UBbfcT/&l 
messayc? is sent always has a certain structure. BUBSEl/BC 
transections nay consist of three separate phases: command, 
•execution, and reporting. Each SUBBET/8!) phase is indicated 
by the controller sending the proper secondary address command 
that corresponds to the phase of the transaction. Transactions 
in which only HP-1L Messages are sent will not follow this 
structure. 

The HP-IB sequences used during a SUBSET/8C transaction is 
outlined in the CS/BO Instruction Set Programing Manual. Ihsse 
sane sequences will be used as they apply to H^-IJ- to «a»<e t,ie 
HP-IL implementation as close as possible to the HP-IB imple- 
mentation. The main difference occurs when the device starts 
and stops sending data. The controller must send the Send Data 
message to the device when it wants the device to send data 
and the device must send an End Of Transmission message when 
it is done sending data. The controller will always send the 
last data byte as an End Byte. The device will use this byte 
as a signal that the last parameter or opcode has been sent 
during the command phase of a sequence, or that the last byte 
' has been sent during the execution phase of a sequence. The 
device will send its last data byte during the execution phase 
«*nd report phase as an End Byte, also. 

The sequences used during a Locate and Read transaction and 
a I ocate and Write transaction are shown below. These sequences* 
should show exactly how the HP-iB sc-qencos map into the HP-.iL 
sequences. 



LOCATE AND READ 
Command Phase 
LADn 
RFC 



First, the controller addresses the device 
as a listener . 



t^S Next, the controller sends out the second- 

ary address far the command pha-se of the 
*>f C transaction. 

l,*texx The controller then sends to N comple- 

metary commands to the device (xx = the 
value of the data byte) . 

DAB xx 
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END 

UM 
Kl-C 
Execution Phase- 
TADn 
RKC 
SAD14 
RFC 
SDA 

DA*:xx 



ihe controller send* the opcode for Locate 
and Read as an End Byte. 

ihe controller yniistsns the device 



The controller addresses the device tc 
be a talker . 



The controller sends out the secondary 
address to indicate the execution phase 
of the transaction. 

The controller sends the Send Data Message 
which the device replaces with its first 
data byte. 

The device sends i to N data byte. 



DAB xx 
ENDxx 

El (J 





UNI 






RFC 




R 


©porting 
TADn 
RKC 


Phase 




SAD 16 




RFC 






SDA 






t 


ENDxx 
£TO 



The last data byte will be sent as an End 
byte. 

The device sends the End Of Transwissicn 
Message to signal to the controller that 
it is done. 

(he controller un talks the device. 



The controller addresses, the device to 
talk. 



The controller sends the secondary - address 
for the rsporting phase of the trans- 
action. 



The controller sends the Send Data Message 
wnich the device replace* with the tf'oVAT 
byte (xx - QS1AT) sent as an End fcyte. 

Ihe device sends the End Of Transmission 
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UM*I 



RFC 



Message to indicate it is done 
The device is vntalked. 



LOCATE AND WRITE 
Connand Phase- 
LADn 
RFC 
SAD5 
RFC 
DAfcxx 

DAfcxx 



UN J. 
RFC 
Execution Phase 
LAl*n 
RFC 
SAD 14 
RFC 
DAtixx 

DAhxx 
LNOxx 
UNI 
RFC 



First, the controller addresses the device 
as a listener. 



Next, the controller sends out the second- 
ary address for the command phase of the 
transaction . 

The controller then sends C to N cowple- 
metary commands to the device (xx = the 
value of the data byte). 



The controller sends the opcode for Locate, 
and Write as an End Byte. 

The controller unlistens the device. 



The centre 13 er addresses the device to 
be a listener . 



The controller sends out the secondary 
address to indicate the execution phase 
of the transaction. 

The cantroller sends out i to N bytes of 
data to be written, with the last one 
transmitted as an End Byte. 



The controller untalks the device 



PAGF 3? 



Re 


•porting 

TAlm 

RH", 


Phas 


:-e 




&A1>16 






RFC 








SDA 










END xx 






ETO 






UNf 








RFC 







The controller addresses ihe device 1 o 
talk . 



The controller sends the secondary address, 
for the reporting phase of the trans- 
action. 



The controller sends the Send Data Message 
which the device replaces with the QSlAT 
byte <xx *• QSTAT) sent as an End Byte. 

The device sends the End Of Transmission 
nessage to indicate, it is done. 

The device is un talked. 
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